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I.  INTRODUCTION 

Within  the  Department  of  Defense  and  business  world,  one  facet  of  a  manager's 
success  is  his/her  skill  at  formulating  an  appropriate  balance  among  the  scarce  resources  at 
his/her  disposal.  Sagacious  allocation  of  limited  resources  are  paramount  to  the  success  of 
a  manager.  Multiple  methods  exist  and  are  at  the  disposal  of  a  manager  for  guiding 
him/her  to  the  most  feasible  solution.  One  of  the  instruments  available  to  the  manager  for 
resolving  a  resource  allocation  dilemma  is  simulation.  Simulation  is  a  methodology  that 
handles  uncertainty  and  presents  the  manager  with  the  best  possible  solution  among 
several  feasible  alternatives.  The  most  simplistic  simulation  model  involves  elementary 
mathematical  equations  and  events  that  can  be  formulated  and  solved  by  hand.  However, 
most  applications  of  simulation  in  a  real  world  setting  are  too  complex  for  hand 
calculations  and  thus  require  the  implementation  of  digital  computers  with  simulation 
specific  software.  The  simulation  method  that  is  appropriate  for  each  predicament  is  a 
function  of  the  complexity  of  the  problem  and  the  time  constraints  faced  by  the  decision 
maker.  Hand  simulation  is  time  consuming  and  often  impossible  to  solve.   Simulation 
specific  packages  employing  a  digital  computer  will  solve  a  majority  of  problems. 
Unfortunately,  simulation  oriented  software  is  not  as  widely  applied  as  it  can  be  due  its 
prohibitive  cost  or  technical  skill  needed  to  develop  a  simulation  program. 

A.      PURPOSE 

The  purpose  of  this  thesis  is  to  confront  resource  allocation  through  simulation 
methodology  by  using  a  conglomeration  of  simplistic  and  complex  methods.  Digital 
computer  spreadsheets,  which  are  available  to  virtually  every  manager,  can  be  applied  to 
perform  simulation.  A  link  between  computer  spreadsheets  and  simulation  will  allow  a 
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broader  application  of  simulation  methodology  by  managers.  This  thesis  will  focus  on  the 
methods  for  applying  computer  spreadsheet  simulation  for  solving  relatively  complex 
resource  allocation  predicaments.  This  study  is  structured  to  answer  one  primary 
question:  How  applicable  are  off-the-shelf  digital  computer  spreadsheets  for  resolving 
resource  allocation  problems  employing  simulation  methodology? 

B.  SCOPE 

The  focus  of  the  study  will  be  limited  to  discrete  vice  continuous  simulation 
techniques.  The  distinction  between  discrete  and  continuous  systems  is  required  because 
of  the  entirely  separate  discipline  existing  concerning  the  study  of  continuous  systems. 
Models  of  continuous  systems  are  an  industrial  process  integrated  over  a  period  of  time 
resulting  in  the  mathematical  formulas  containing  differential  equations.  Discrete  systems 
involve  product  industries  that  can  be  quantified  into  discrete  events  thus  requiring 
simplistic  mathematical  equations.  Problems  requiring  the  application  of  differential 
equations  should  be  solved  with  simulation  specific  software.  Thus,  the  analysis  will  be 
conducted  using  the  digital  computer  spreadsheet  software  Microsoft  Excel  4.  Ofor 
Windows.  Excel  4.0  is  currently  the  most  powerful  off-the-shelf  spreadsheet  software 
available  and  is  compatible  with  other  available  spreadsheet  software. 

C.  OVERVIEW 

In  order  to  comprehend  the  simulation  method,  simulation  philosophy  will  be 
introduced  in  Chapter  II.  The  chapter  will  also  describe  how  simulation  can  be  used  as  a 
resource  allocation  tool.  Chapter  III  introduces  terms,  builds  upon  the  simulation 
philosophy,  and  develops  the  methodology  required  for  construction  of  simulation  models. 
Throughout  the  chapter,  simulation  methodology  as  it  pertains  to  computer  spreadsheets 
will  be  discussed  in  order  to  develop  guidelines  for  building  models.   Chapters  IV,  V,  and 


VI  will  illustrate  the  previous  chapter's  guidelines  for  computer  spreadsheets.  Three 
different  scenarios  will  be  modeled  and  analyzed  using  simulation.  Chapter  VII  presents 
the  conclusions  of  the  research. 


II.  SIMULATION  AS  A  RESOURCE  ALLOCATION  DECISION  TOOL 

Simulation  methodology  is  one  of  several  tools  available  to  the  manager  for 
providing  feasible  solutions  to  the  enigma  of  allocating  scarce  resources.  Before 
discussing  the  many  benefits  of  analyzing  resource  allocation  problems  through  simulation 
techniques,  one  must  first  become  familiar  with  the  alternative  methods  that  are  available 
and  practiced  by  managers.  When  presented  with  a  predicament  concerning  the 
apportionment  of  assets,  how  does  a  manager  arrive  at  a  decision? 

A.      TOOLS  FOR  RESOURCE  ALLOCATION 

A  significant  number  of  the  decisions  made  by  managers  when  facing  almost  any 
issue  are  founded  upon  his/her  previous  experience  or  intuition.  A  manager's  experience 
accumulates  throughout  his/her  career  and  can  originate  from  many  sources.  The  acumen 
of  professional  consultants,  professional  literature,  and  successes  or  failures  both  he/she 
and  his/her  competitors  have  encounter  in  the  past  are  just  a  few  of  the  sources  of 
experience.  Decisions  arrived  at  by  intuition  are  more  difficult  to  rationalize.  However,  a 
decision  based  on  a  "gut  feel"  has  been  encountered  by  almost  everyone.  Recurrently,  a 
manager  encounters  a  decision  that  he/she  has  no  experience  to  reflect  upon  for  a  solution. 
What  methods  are  available  to  a  manger  if  he/she  has  no  previous  experience  or  no  desire 
to  commit  resources  solely  upon  intuition? 

One  method  a  manager  has  at  his/her  disposal  if  he/she  does  not  have  any  experience 
to  reflect  upon  is  to  create  a  knowledge  base  for  his/her  decision.  Knowledge  is 
developed  by  performing  experiments  on  the  actual  system  that  he/she  lacks  knowledge 
and  observing  the  responsive  behavior.  The  system  that  is  modeled  can  be  any  set  of 
interdependent  elements  that  function  within  an  organization  to  meet  specific  goals,  i.e., 


allocation  of  resources.  Experiments  consist  of  proposing  and  applying  changes  to 
variables,  policies,  or  scenarios  that  effect  the  system.  The  resultant  consequences  and 
behavior  of  the  system  manipulation  are  analyzed  and  further  changes  are  considered  and 
acted  upon.  Through  these  iterations  of  experiments,  experience  is  developed  and  a  final 
decision  or  policy  is  settled  upon. 

This  method,  often  called  "trial  and  error,"  has  its  drawbacks.  Trial  and  error  on  the 
actual  system  can  be  expensive,  time  consuming,  and  even  detrimental.  Thus,  one  can 
rarely  perform  experiments  in  the  business  world.  Even  if  the  opportunity  exists,  if  the 
system  does  not  yet  exist,  experimentation  is  not  a  feasible  alternative.  A  manager  must 
apply  other  methods  to  develop  experience. 

Analytical  techniques  are  another  method  for  decision  analysis  and  involve  the 
application  of  mathematical  equations  that  have  been  derived  by  management  scientists. 
The  system  in  question  is  studied  and  a  mathematical  model  is  constructed  that  represents 
the  interactions  of  the  system  and  environment.  The  relevant  equations  are  solved  using 
simultaneous  equations  and  calculus  techniques  resulting  in  an  optimal  solution.  An 
optimal  solution  is  the  best  solution  among  several  feasible  solutions.  The  manager  can 
then  institute  his/her  decision  or  policy.   However,  a  few  caveats  must  be  considered  when 
a  manager  chooses  the  analytical  approach.  First,  the  system  may  be  amenable  to  a 
mathematical  model  but  deriving  the  solution  may  be  beyond  the  capabilities  of  the 
manager  or  his/her  staff.  Second,  as  a  model  more  closely  simulates  reality,  i.e.,  becomes 
increasingly  more  complex  and  mathematical  techniques  becomes  incapable  of  fully 
describing  the  system.  Thus,  another  tool  is  required  to  resolve  these  dilemmas. 

B.      SIMULATION  FOR  RESOURCE  ALLOCATION 

To  solve  analytical  enigmas,  the  next  alternative  available  to  managers  is  the  world 
of  simulation.   Simulation  methodology  is  the  development  of  a  mathematical  model  or  a 


series  of  models  that  describes  the  behavior  of  a  system  over  time.  Thus,  simulation  is 
heavily  dependent  upon  analytical  techniques  and  offers  a  method  of  solving  analytical 
problems  that  are  beyond  the  manager's  capabilities.  Many  other  benefits  exist  with 
simulation,  but  simulation  is  not  an  end  in  itself.  It  is  a  vehicle  from  which  data  for  further 
analysis  is  collected  and  conclusion  drawn.  It  does  not  replace  the  experience  and 
intuition  of  the  manager  but  instead  it  is  an  augmentation  to  the  information  available  to  a 
manager. 

The  two  preeminent  advantages  of  simulation  in  comparison  to  previously  discussed 
methods  are  imitation  of  reality  and  reduced  expense.  Imitation  of  reality  is  a  key  concept 
and  an  advantage  of  simulation  because  it  allows  a  manager  to  observe  the  behavior  of  a 
system  as  he/she  induces  change  without  agitating  the  real  system.  Thus,  the  difficulties 
encountered  with  actual  experimentation  are  mitigated.  The  manager  can  now  observe 
behavior  of  a  simulated  system  and  will  be  able  to  determine  the  system's  sensitivity  to 
changes  in  key  variables,  locate  critical  factors  or  problem  areas,  and  evaluate  the 
effectiveness  of  his/her  decisions.  Thus,  a  manager  can  derive  effective  solution  before  the 
actual  implementation  of  an  unproved  policy  or  action.  Also,  during  a  simulation  exercise, 
he/she  can  control  many  features  of  a  system  that  he/she  would  not  usually  control  in  a 
real  world  setting.  A  manager  can  develop  experience  by  relating  known  manipulation  to 
known  results. 

Concerning  expense,  simulation  offers  several  economical  benefits.  By  use  of  digital 
computer  simulation  methods,  a  manager  can  evaluate  alternative  ways  of  meeting 
objective  in  a  fraction  of  the  time  that  would  normally  be  required  for  the  long  term  effects 
of  a  proposed  decision  to  occur  in  time.  Time  is  money  and  simulation  methods  allow  the 
manager  to  be  in  control  of  time.  He/she  can  compress  time  so  as  not  to  wait  for  the 
passage  of  time  to  produce  results.   Second,  manipulation  does  not  occur  with  an  actual 


system  in  which  costly  mistakes  and  pitfalls  could  occur.  He/she  can  gain  experience  at 
the  expense  of  a  simulation  model  vice  the  organization's  capital.  Furthermore,  if  the 
system  is  in  the  design  stage  and  does  not  yet  exist,  simulation  allows  for  cost  benefit 
analysis  of  hypothetical  situations.  The  manger  can  derive  an  economical  design  founded 
upon  simulated  results.  Construction  of  a  system  need  not  be  based  upon  an  intuitive 
guess  or  a  faulty  experience.  Also,  simulation  produces  data  inexpensively  which  can  be 
used  for  further  analysis. 

Therefore,  simulation  is  a  viable  and  essential  tool  for  approaching  all  but  the  most 
simplistic  of  resource  allocation  problems.   Simulation  methodology  provides  the  manager 
with  the  best  of  all  feasible  alternatives  without  committing  an  organization's  capital. 
Additional  consideration  must  be  given  to  the  low  cost  associated  with  simulation.  The 
next  section  discusses  how  a  manager  applies  simulation  as  a  tool. 

C.      SIMULATION  THROUGH  COMPUTERS 

Assuming  the  manger  understands  the  benefits  of  simulation  methodology,  how 
does  he/she  most  effectively  implement  simulation  techniques?  Simulation  can  range  from 
very  simplistic  methods  involving  the  development  of  a  solution  by  hand  to  the  most 
complex  that  require  the  application  of  digital  computers  and  simulation  specific 
languages,  i.e.,  GPSS  and  SIMSCRIPT  to  name  a  couple.  Unfortunately,  for  a  majority 
of  managers,  the  hand  technique  becomes  either  too  complex  and  time  consuming  or  the 
computer  oriented  method  is  too  expensive  and  beyond  the  manager's  skills.  Thus,  he/she 
must  consult  a  simulation  programming  expert  to  solve  his/her  problems,  if  one  is 
available.  Another  approach  would  be  the  marriage  of  simple  and  complex  techniques 
through  the  application  of  off-the-shelf  computer  spreadsheets  to  solve  all  but  the  most 
difficult  simulation  quandaries. 


Digital  computer  spreadsheets  were  first  introduced  with  the  development  of 
Visicalc  by  Dan  Bricklen  and  Bob  Franston  in  1979  [Ref.  1].   Visicalc  did  little  more  than 
replace  pencil  and  paper  calculations  with  a  computer.  However,  during  the  past  decade, 
computer  oriented  spreadsheets  have  grown  exponentially  in  functionality  and  computing 
power.  Through  spreadsheets,  a  manager  has  the  ability  to  produce  powerful  simulation 
models.  All  the  manager  needs  is  knowledge  of  simple  spreadsheet  procedures  and  an 
understanding  of  basic  principles  of  simulation  methodology.  Currently,  the  most  popular 
off-the-shelf  spreadsheet  software  is  Lotus  1-2-3,  followed  by  Excel.  Each  provides 
limited  simulation  ability  by  employing  "what  if  analysis.  Thus,  simple  simulation  is 
available  to  anyone  who  owns  a  microcomputer  and  a  spreadsheet  package. 

However,  "what  if1  analysis  is  limited  to  a  few  variables  and  does  not  address  time 
or  probabilistic  issues  that  are  essential  criteria  for  simulation  methods.  These  limitations 
can  be  resolved  through  the  purchase  of  inexpensive  simulation  "add-in"  programs  such  as 
Simulated  Solution,  (a)JUSK,  or  Crystal  Ball,  or  by  spreadsheet  programming  through 
"macro"  commands.  Add-in  programs  are  not  widely  available  to  most  managers,  but  the 
basic  spreadsheet  program  is  available  to  virtually  all  managers.  Accordingly,  Chapter  III 
will  explore  the  applicability  and  development  of  computer  spreadsheets  for  solving 
moderately  complex  simulation  problems  using  simulation  methodology  and  spreadsheet 
macros.  In  addition,  guidelines  for  the  development  of  computer  spreadsheet  simulation 
models  will  be  identified  for  application  to  other  resource  allocation  problems. 


HI.    SIMULATION  METHODOLOGY 

This  chapter  outlines  the  methodology  entailed  when  developing  and  applying 
simulation  models  and  digital  computer  spreadsheets  to  resolve  resource  allocation 
predicaments.  The  chapter  will  begin  by  summarizing  relevant  simulation  oriented 
terminology  followed  by  a  discussion  of  an  effective  strategy  for  a  manager  who  embarks 
upon  the  creation  of  a  simulation  model.  When  appropriate,  concepts,  suggestions,  and 
command  specific  to  Excel  4.0  (adaptable  to  other  off-the-shelf  spreadsheets)  will  be 
provided  to  assist  a  manager  on  his/her  macro  programming  endeavors. 

A.      TERMINOLOGY 

The  following  terms  are  employed  throughout  the  course  of  this  study  and  will  be 
defined  here  so  as  to  avoid  any  confusion  in  terminology. 


1.  System:  The  system  is  any  set  of  interdependent  elements  that  function  within 
an  organization  to  meet  specific  goals.  A  system  may  have  subsystems. 

2.  Model:  The  model  is  an  imitation  of  a  system  using  formulas,  logic  statements, 
etc.,  that  when  conglomerated  represent  how  the  system  physically  interacts 
within  reality. 

3.  Discrete:  A  discrete  system  has  events  that  occur  during  a  specific  point  in 
time.  Time  is  considered  as  a  distinct  unit  vice  continuous  with  events  flowing 
from  one  to  the  next. 

4.  Stochastic:  A  stochastic  system  entails  estimates  on  the  part  of  the  decision 
maker  of  events  or  variables  that  are  random  or  probabilistic  in  nature. 

5.  Deterministic:  When  variables  are  assigned  a  single-valued  estimate  vice  a 
stochastic  estimate,  they  are  considered  deterministic. 


6.  Exogenous  Variable:  Exogenous  variables  are  entered  into  a  model  and  are 
not  altered  in  value  during  the  simulation  exercise.  An  exogenous  variable  is 
also  referred  to  as  an  environmental  variable. 


7.  Endogenous  Variable:  Endogenous  variables  that  are  dependent  upon  the 
interactions  within  the  simulation  model.  Their  values  are  derived  by  the 
model  during  the  simulation  and  are  often  referred  to  as  state  variables. 

8.  Policy  Variable:  Policy  variables  are  variables  that  obtain  their  value  as  a 
direct  result  of  the  decision  makers'  intervention. 

9.  Flow  Chart:  A  flow  chart  is  a  graphical  representation  using  boxes  and  arrows 
to  represent  events  within  a  system  as  events  progress  through  time. 
Interactions  between  variables,  environment,  etc.,  are  captured  within  a  flow 
chart. 

10.  Feedback:  Feedback  is  the  transferring  of  output  back  to  the  input  so  that 
policy  variables  can  be  altered  in  an  attempt  to  obtain  a  desired  output. 

1 1 .  Routine:  A  collection  of  computer  commands  that  perform  a  function  or 
functions. 


B.       SIMULATION  STRATEGY 

Simulation  philosophy  is  a  methodology  of  approaching  management  allocation 
predicaments.  Unfortunately,  there  is  no  specific  procedure  that  a  manager  can  apply  due 
to  simulation  models  being  unique  in  application  and  must  be  designed  anew  with  each 
new  kind  of  problem.  However,  there  are  commonalties  between  problems  and  models 
that  facilitate  a  strategy  when  a  manager  confronts  the  task  of  simulation.  Thus,  during 
the  construction  of  an  effective  simulation  model,  the  person  who  develops  the  model  will 
proceed  through  a  logical  progression  of  steps.  Some  steps  will  be  easier  than  others  and 
consume  less  time  while  others  are  more  difficult  and  time  consuming.  However,  all  are 
necessary  as  each  step  depends  upon  the  preceding  one.  The  remainder  of  the  chapter  will 
lay  out  the  steps  required  for  an  effective  strategy  when  addressing  all  but  the  most 
complex  simulation  scenarios. 
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1.  Define  the  Problem 

Essential  to  the  success  of  a  simulation  model  is  the  definition  of  the  problem 
that  the  manager  wishes  to  simulate.  He/she  must  pose  the  question:  "What  is  my 
objective  for  the  model?".  The  objectives  must  be  clearly  stated  so  that  the  manager  or 
programmer  can  assess  the  purpose  of  the  model  with  its  resultant  desired  output. 
Initially,  the  definition  may  be  broad,  such  as  a  plan  to  minimize  cost  with  the  system.  As 
the  model  progresses  through  the  following  steps,  the  objectives  will  become  more 
narrowly  defined  as  different  aspects  and  objectives  are  realized.  However,  with  a  defined 
objective,  a  programmer  can  proceed  to  the  next  step  of  charting  the  interactions  within 
the  system. 

2.  System  Flow  Charts 

Capturing  the  essence  of  a  system  that  is  required  to  properly  develop  a 
simulation  model  is  best  done  through  flow  charts.  Before  describing  flow  charting 
techniques,  one  must  first  understand  basic  system  relationships.  Figure  3.1  illustrates  the 


System 


Figure  3.1:  System  Interactions 
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interactions  that  exist  within  a  system.  Key  to  the  success  of  the  simulation  model  is  the 
proper  identification  of  interactions  shown  in  Figure  3.1.  The  environment  is  beyond  the 
control  of  the  decision  maker  but  it  interacts  with  all  facets  of  the  system  and  must  be 
understood.  The  decision  maker  controls  the  inputs,  monitors  feedback,  and  makes 
decisions  through  policy  variables.  The  process  is  the  heart  of  the  simulation  model  where 
most  of  the  functional  interrelationships  are  understood  and  then  programmed.  With  a 
stated  objective  and  a  basic  understanding  of  the  system  in  terms  similar  to  Figure  3.1,  a 
basic  flow  chart  can  be  constructed.  [Ref.  2: pp.  2-4] 

The  first  flow  chart  will  capture  the  essence  and  general  interactions  that  are 
involved  in  the  system.  It  should  be  a  relatively  simple  chart  as  it  will  become  the 
foundation  from  which  all  other  interactions  and  flow  charts  are  constructed.  The  first 
flow  chart  will  be  the  backbone  of  the  simulation  model  and  it  is  upon  this  that  a  master 
control  routine  is  created.  Subroutines  branch  out  from  the  master  routine  to  perform 
more  specialized  tasks  or  functions.  This  logic  of  breaking  the  system  into  one  master 
routine  and  several  subroutines  is  ideal  for  "debugging"  a  model.  The  technique  of 
routines  and  subroutines  is  discussed  later. 

When  developing  flow  charts,  a  manager  should  only  consider  key  variables 
and  interactions.  Once  a  working  model  is  created,  more  complexity  and  realism  can  be 
added  as  needed.  The  greater  the  number  of  endogenous,  stochastic,  and  policy  variables 
included  in  a  model,  the  more  complex  the  model  becomes.  This  results  in  an  increase  in 
the  time  required  to  develop  and  run  a  simulation  model.  However,  with  an  increase  in 
complexity  the  model  becomes  more  accurate.  The  more  accurately  that  the  model 
represents  reality,  the  more  accurate  the  results  and  the  closer  the  simulation  will  be  to 
meeting  the  objectives.  This  trade-off  between  time  and  accuracy  is  partially  determined 
by  the  objectives  and  partially  from  the  experience  of  the  programmer.  With  the  flow 
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charts  drawn  and  thoroughly  understood,  the  programmer  continues  to  the  next  step  of 
simulation  strategy. 

3.       Mathematical  Modeling 

Mathematical  modeling  often  coincides  with  the  creation  of  flow  charts.  This 
occurs  because  mathematical  models  involve  functional  relationships  where  exogenous 
variables  (inputs)  are  transformed  into  values  for  endogenous  variables  (outputs).  Also, 
the  functional  relationships  will  be  an  integral  part  of  the  boxes  within  flow  charts. 
Mathematical  modeling  is  also  the  point  in  the  simulation  process  where  the  discipline  of 
spreadsheet  modeling  becomes  a  consideration.  A  programmer  must  be  continuously 
thinking  about  how  he/she  is  going  to  program  the  spreadsheet  to  recreate  the 
mathematical  and  functional  relationships. 

During  the  mathematical  modeling  phase,  a  number  of  sources  are  referred  to 
for  equations  and  relationships.  Several  equations  will  be  used  that  have  been  created  by 
management  scientists  for  analyzing  a  problem  using  analytical  techniques.  This  is  the 
case  for  the  inventory  distribution  and  queuing  models  discussed  in  the  next  two  chapters. 
Other  sources  will  be  from  the  discipline  from  which  the  model  is  formulated  such  as 
general  accounting  relationships.  Other  functional  relationships  are  developed  by 
understanding  the  relationships  inherent  within  the  flow  charts  created  for  the  system.  The 
purpose  of  mathematical  and  functional  relationship  modeling  is  to  describe  the  system  as 
carefully  as  possible.  Each  equation  or  relationship  describes  a  relationship  between  two 
or  more  factors  of  interest  in  the  system.  When  consolidated,  they  represent  the  flow 
charts  and  eventually  the  complete  system. 

Critical  to  the  mathematical  modeling  phase  are  the  assumptions  that  are  built 
into  the  simulation  model.  What  is  considered  to  be  generally  understood  and  in  what 
situation  will  the  simulation  model  be  exercised?  A  caveat  must  be  considered  at  this 
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point  in  the  discussion.  Anyone  who  deals  with  simulation  must  understand  that  the 
model  is  only  as  genuine  as  the  input  and  the  assumptions  inherent  to  the  input.   A  poor 
assumption  will  invalidate  the  model  no  matter  how  well  the  model  is  constructed.  As  the 
saying  goes,  "Garbage  in  gives  garbage  out!"  Therefore,  the  importance  of  this  step  in 
model  development  cannot  be  over  emphasized. 

Another  consideration  that  must  be  understood  during  simulation  construction 
is  the  unexpected.  A  model  should  take  into  account  every  conceivable  value  of  the 
system  being  considered.  For  simplistic  models,  it  is  easier  to  prevent  values  or  place 
limits  within  the  model.  For  example,  if  the  stock  level  in  an  inventory  system  achieves  a 
certain  level,  the  simulation  should  perform  a  function  or  end  simulation.  The  reasoning 
behind  this  logic  is  the  difficulties  a  programmer  will  encounter  if  a  condition  is  forgotten 
and  is  encountered  during  the  simulation.  Numerous  hours  of  debugging  can  result  from 
an  unaccounted  value  or  a  condition  that  results  in  misleading  and  invalid  output. 
4.       Creating  a  Spreadsheet  Simulation  Macro 

This  step  is  the  point  of  divergence  from  a  typical  approach  to  simulation 
methodology.  Instead  of  applying  a  spreadsheet  to  solve  a  simulation  oriented  problem, 
the  traditional  approach  is  for  a  manager  to  choose  hand  simulation  or  simulation  specific 
computer  languages  to  solve  his/her  resource  allocation  dilemma.   If  the  problem  under 
consideration  is  a  continuous  situation  vice  discrete,  simulation  specific  languages  are  the 
optimal  choice.  However,  the  focus  of  this  thesis  is  on  moderately  complex,  discrete 
scenarios  that  lend  themselves  to  spreadsheet  simulation.  The  remainder  of  this  chapter 
will  be  oriented  towards  the  application  of  a  spreadsheet  for  resolving  of  resource 
allocation  problems.  In  particular,  techniques  developed  during  this  study  will  be 
presented  to  the  reader  to  augment  his/her  spreadsheet  simulation  endeavors. 
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However,  before  launching  into  the  programming  phase,  the  programmer 
must  become  intimately  familiar  with  the  capabilities  of  the  spreadsheet  he/she  intends  to 
employ.  Spreadsheets  are  not  designed  to  be  used  for  simulation  tasks  but  are  fully 
capable  to  do  so  through  macro  programming.  However,  one  must  be  creative  in 
programming  the  spreadsheet  to  perform  simulation.  The  more  that  a  programmer 
understands  the  capabilities  of  his/her  spreadsheet,  the  easier  the  task  will  be. 

After  constructing  flow  charts  and  mathematical  relationships,  the  next  task, 
often  the  most  time  consuming,  is  the  creation  of  the  simulation  macro(s)  and  worksheet 
within  a  spreadsheet  program  such  as  Excel  4. 0.  Careful  preparation  and  forethought  will 
save  the  programmer  several  hours  of  debugging  during  the  creation  of  the  program. 
However,  debugging  will  be  required  no  matter  how  efficient  the  programmer  is.  The 
following  paragraphs  are  techniques  that  will  help  the  manager  solve  resource  allocation 
problems  using  Excel  or  other  off-the-shelf  digital  computer  spreadsheets. 

a.       Subroutines 

To  facilitate  debugging,  ease  of  understanding,  and  use  of  flow  charts,  a 
"master"  macro  should  be  created.  The  master  macro  will  control  the  entire  simulation 
process  through  a  network  of  supportive  subroutines.  The  master  routine  should  be 
constructed  upon  the  basic  or  central  flow  chart.  It  should  control  time  and  its  respective 
iterations  along  with  output  and  input  of  variables.  The  subroutines  should  be  developed 
to  perform  specific  or  several  functions  of  the  flow  charts  or  separate  blocks  within  flow 
charts.  The  concept  of  "block-building"  through  subroutines  facilitates  debugging  by 
limiting  the  areas  where  a  programmer  must  look  for  difficulties. 

A  subroutine  does  not  have  to  be  part  of  the  same  macro.  It  can  be  its 
own  separate  macro  that  is  initiated  by  the  master  or  other  subroutine  macros.  Separate 
macros  become  a  necessity  with  complex  scenarios  that  require  many  lines  of 
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programming  code.  Otherwise,  the  program  becomes  too  large,  difficult  to  debug,  and 
some  functions  of  Excel  become  limited  or  lost.  Also,  Excel 's  group  editing  abilities 
allows  the  editing  of  several  macros  simultaneously,  thus  saving  time. 
b.        Variables 

Several  techniques  exist  for  assigning  values  to  variables.  For 
exogenous  variables  that  are  deterministic  and  not  changed  for  different  scenarios,  the  best 
command  to  use  is  SET.VAL\JE(reference,  values).  For  variables  that  need  to  be 
updated  during  simulation  and  recorded  in  a  separate  location  on  the  spreadsheet,  the  best 
command  to  use  is  FORM\]hA(formula_text,  reference).  Exogenous  and  deterministic 
values  that  are  changed  by  the  user  for  different  scenarios  or  assumptions  are  entered 
through  a  function  referred  to  as  DIALOG.BOX(dialog_ref)    This  command  presents 
the  simulation  user  with  an  interaction  box  similar  to  Illustration  3.1.  Dialog  boxes  can  be 
used  for  a  number  of  other  functions  such  as  prompting  the  user  for  input  needed  for 
policy  variables. 
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Illustration  3.1:  Sample  DIALOG  BOX 


16 


Another  function  of  Excel  that  is  used  for  variable  manipulation  is  the 
YF(logical_test,  value_if_true,  value_if_false)  command.   Using  this  command,  variables 
(i.e.,  cell  reference  to  itself)  can  cumulate  data  when  a  condition  is  either  true  or  false  as 
shown  in  Illustration  3.2.  IF(..)  is  also  used  for  stochastic  events  and  Monte  Carlo 


A 

B 

C 

name 

command 

comments 

333 

Total  Type  1 

=IF( Patient  Type=l, Total  Type  1+1, Total  Type  1) 

Tally  Patients 

334 

Total  Type  2 

=EF(Patient  Type=2,Total  Type  2+1, Total  Type  2) 

335 

Total  Type  3 

=IF(Patient  Type=3, Total  Type  3+1, Total  Type  3) 

Illustration  3.2:  Data  Culmination 

techniques.  By  using  multiple  FF(..)s,  a  stochastic  variable  that  has  been  converted  to  a 
cumulative  relative  frequency  is  coupled  with  a  RAND()  function  to  generate  a  random 
number  less  that  one.  The  MAX(numberl,  number2,..)  function  then  determines  the 
value.  This  process  is  depicted  in  Illustration  3.3. 


A 

B 

C 

name 

commands 

comments 

67 

=RAND() 

Determine  Dailv  Demand 

68 

=EF(B$67>(VLOOKUP(0,Demand  Table,4)),Demand  1, Demand  0) 

69 

=IF(B$67>(VLOOKUP(l, Demand  Table,4)),Demand  2,Demand  0) 

70 

=IF(B$67>(VLOOKUP(2,Demand  Table,4)),Demand  3,Demand  0) 

71 

=EF(B$67>(VLOOKUP(3,Demand  Table,4)),Demand  4,Demand  0) 

72 

DEMAND 

=MAX(B68:B71) 

Illustration  3.3:  Stochastic  Event 

c.        Naming  Variables  and  Locations 

A  powerful  capability  of  spreadsheets  is  the  ability  to  name  cells  or 
blocks  of  cells.  Thus,  a  cell  that  is  being  used  as  a  variable  can  be  assigned  a  name. 
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Naming  should  be  used  as  much  as  possible  to  permit  the  programmer,  debugger,  and  user 
to  better  understand  the  program.  Instead  of  trying  to  determine  which  cell  a  formula  is 
referenced  to,  a  name  is  utilized.  DEMAND  and  Demand_Table  are  examples  of  using 
names  as  shown  in  Illustration  3.3. 
d.       Recording  Data 

Computer  simulation  involves  the  passage  of  simulated  time  in  a 
compressed  format.  The  gathering  of  output  statistics  during  simulation  requires  an  ability 
to  record  data  either  in  computer  memory  or  on  the  spreadsheet  for  further  analysis.  This 
can  be  done  through  a  couple  of  methods.  The  first  is  to  collect  data  using  IF(..), 
MAX(..),  etc.,  functions  as  shown  in  Illustration  3.3.  The  disadvantage  of  this  method  is 
that  the  data  for  each  particular  iteration  is  lost.  However,  it  is  ideal  for  simplistic  Monte 
Carlo  methods  or  for  the  summation  of  information. 

The  second  method  is  to  record  the  information  in  a  spreadsheet  matrix 
format.  Unlike  simulation  languages  that  support  three-dimensional  storage  of 
information  in  computer  memory,  a  spreadsheet  requires  the  recording  of  information  after 
each  iteration  onto  the  spreadsheet.  This  is  the  major  difficulty  that  was  encountered 
when  applying  spreadsheets  for  simulation  problems.   It  was  not  impossible  but  requires 
some  creative  programming  to  resolve  some  of  the  perplexities  encountered. 

When  using  a  matrix  format  to  store  data,  one  needs  to  have  the  ability 
to  reference  a  location  on  the  spreadsheet.  The  OFFSET  {reference,  rows,  cols,  height, 
width)  command  was  used  extensively  for  this  function.  For  the  reference,  the  corner  cell 
of  the  matrix  was  assigned  a  name  for  easy  reference.  Therefore,  a  two  dimensional 
matrix  was  accessible  on  the  worksheet  for  data  storage  and  manipulation. 
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e.        Manipulation  of  Time 

The  method  by  which  time  is  controlled  within  the  macro  that  controls 
the  spreadsheet  simulation  determines  the  foundation  upon  which  all  macros  are 
constructed.  The  idea  is  to  move  the  model  through  time  to  see  the  dynamic  behavior  of 
the  system.  The  simulation  begins  at  time  zero  where  all  parameters  have  their  initial 
values  as  provided  by  the  user.  As  time  progresses  during  simulation,  various  events 
occur  causing  changes  within  the  model.  Thus,  time  is  central  to  the  simulation.  Two 
methods  of  time  management  were  used  in  the  examples  in  the  following  chapters. 

The  first  method  is  to  allot  time  into  fixed  units.  Time  is  then  iterated 
using  the  FOR(counter_text,  startjnum,  endjnum,  step_num)  function  with  its 
corresponding  NEXT()  until  the  user  inputted  time  limit  is  reached.  This  was  used  for  the 
simulation  of  inventory  distribution  and  financial  management  problems. 

The  second  method  is  a  "next  event"  technique  [Ref  3].  Time  is  not 
iterated  in  fixed  units  but  instead  is  iterated  by  the  time  required  until  the  occurrence  of  the 
next  event.  Next  event  methods  require  more  creativity  in  program  design  so  that  each 
event  can  be  traced  with  its  respective  information.  The  method  employed  in  the  queuing 
examples  was  a  two-dimensional  pointer-matrix  methodology.  Each  event  was  assigned  a 
time  and  a  pointer  that  maintained  the  location  of  relevant  data. 
/        Logic  Statements 

For  situations  that  require  a  separate  set  of  actions  based  upon  different 
conditions,  Excel  offers  several  logic  functions.  For  example  IF(logical_test), 
ELSE.IF(logical_test),  and  ELSE()  allows  the  program  to  execute  separate  functions  due 
to  three  separate  conditions.  The  function  WHILE(logical_test)  with  its  corresponding 
NEXT()  permit  localized  iteration  routines  if  required.  Each  of  these  functions  lends 
themselves  to  conditional  requirements  within  flow  charts. 
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These  above  techniques  are  the  major  methods  that  were  developed 
during  the  creation  of  the  models  contained  in  the  next  three  chapters.  Other  techniques 
can  be  discovered  in  the  program  listing  contained  in  Appendices  A,  B,  and  C. 

5.  Validation  of  the  Model 

Once  a  working  spreadsheet  model  is  created,  the  most  difficult  task  for  the 
programmer  is  validation  and  debugging  of  the  model.  Essentially,  given  inputs  with 
corresponding  known  correct  outputs  (this  can  come  from  an  organization's  past  data  or 
hand  calculations)  are  entered  into  the  model  and  the  model's  output  is  scrutinized.  Other 
methods  of  debugging  also  can  be  employed.  Excel  has  a  built-in  add-in  function  for 
debugging.  This  add-in  permits  the  insertion  of  breaks  within  the  macro  or  check  points 
where  values  of  critical  variables  can  be  called  up  and  their  validity  determined.  Another 
function  that  was  found  to  be  invaluable  was  the  macro  utility  bar.  Contained  on  this 
utility  bar  is  a  function  that  allows  an  individual  to  "step"  through  each  individual  line  of 
the  macro.  Thus,  a  programmer  can  validate  that  every  line  of  programming  in  the  macro 
is  performing  what  it  was  designed  to  do.  The  utility  bar  also  allows  the  pausing  of  a 
macro.  This  facilitates  repositioning  of  the  computer  display  of  the  macro  or  worksheet  to 
check  on  other  sections  of  the  spreadsheet  during  simulation  execution. 

One  who  begins  programming  will  learn  that  the  validation  phase  is  the  most 
difficult  and  rewarding.  As  he/she  progresses  through  every  conceivable  scenario  and 
situation,  a  simulation  model  will  be  created.  Often,  at  this  point,  further  complexity  is 
added  to  the  working  model  to  enhance  the  accuracy  of  the  model  until  the  final 
simulation  model  is  created. 

6.  Model  Implementation 

Once  a  model  is  created  and  validated,  the  model  should  be  put  to  use  and  the 
benefits  of  the  simulation  realized.   Often  the  model  is  further  modified  to  add  more 
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realism  or  to  meet  new  objectives.  One  will  find  that  the  first  model  is  the  most  difficult. 
Fortunately,  as  time  progresses  and  experience  is  gained,  the  process  becomes  much 
easier. 

The  next  three  chapters  present  the  application  of  simulation  and  computer 
spreadsheets  for  analyzing  resource  allocation  problems.  Techniques  discussed  in  these 
chapters  are  used  to  create  spreadsheet  simulation  models  for  three  unique  allocation 
scenarios  frequently  confronted  by  managers.  Each  will  demonstrate  how  "what  if 
analysis  through  spreadsheet  simulation  can  provide  economical  guidance  to  managers 
when  making  crucial  policy  decisions.  Spreadsheet  simulation  provides  management  with 
the  capability  to  analyze  how  a  decision  effects  a  dynamic  system  without  the  expense  of 
trial  and  error. 

The  simulation  systems  chosen  for  illustration  and  discussion  are  inventory 
distribution  management,  queuing  environment  utilization,  and  a  financial  budgeting 
scenario.  Before  discussing  each  simulation  model,  an  introduction  is  provided  outlining 
the  dilemmas  faced  by  managers  and  the  apropos  solutions  provided  by  management 
science  theory  concerning  the  aforementioned  illustrations.  With  an  understanding  of  the 
traditional  solution  to  each  resource  allocation  problem,  the  alternative  approach  of 
simulation  will  be  introduced  to  illustrate  how  simulation  can  augment  management 
science  theory.  The  logic  behind  each  spreadsheet  simulation  model  will  be  discussed 
followed  by  scenarios  demonstrating  the  power  of  each  model.  Each  scenario's  result  will 
be  analyzed  to  conclude  each  section. 
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IV.  INVENTORY  DISTRIBUTION  MANAGEMENT 

This  chapter  is  the  first  of  three  chapters  that  present  applications  of  simulation  and 
computer  spreadsheets  for  analyzing  resource  allocation  problems.  The  first  resource 
allocation  to  be  discussed  is  a  dilemma  that  often  confronts  managers.  How  to  effectively 
develop  a  set  of  rules  and  policies  for  managing  inventory?  Inventory  can  be  best 
summarized  as  the  items  that  are  maintained  in  storage  to  meet  the  immediate  and  future 
demands  within  the  organization  or  by  customers.  Almost  all  institutions  possess  some 
form  of  inventory.  Inventory  can  become  extremely  large  and  consume  a  majority  of  the 
capital  assets  available  to  the  manager.  Therefore,  the  expertise  of  maintaining  inventory 
capital  at  a  minimum  while  simultaneously  ensuring  that  the  demands  of  the  organization 
and  its  customers  are  satisfied  is  a  crucial  facet  of  a  successful  manager. 

A.      THEORY 

Inventory  management  is  an  aspect  of  management  science  that  has  been  analyzed 
and  documented  in  literature  for  decades.  Management  scientists  have  developed  several 
analytical  models  to  assist  a  manager  in  achieving  a  balanced  and  economical  inventory 
management  system.  The  central  thrust  of  these  models  is  to  apply  analytical  techniques 
to  achieve  a  theoretical  balance  between  desirably  low  inventory  levels  with  that  of 
sufficient  stock  to  meet  customer  requirements.  Ideally,  the  analytical  results  will  allow  a 
sagacious  manager  to  achieve  positive  customer  relations  and  the  lowest  possible 
commitment  of  assets.  This  requires  few  or  no  backorders  with  low  inventory  levels. 
Unfortunately,  analytical  methods  are  formulated  under  the  presumption  of  ideal 
conditions  such  as  predictable  demand  and  lead  time.  With  the  introduction  of  reality,  the 
manager  must  augment  an  ideal  solution  with  experience  or  other  methods  to  obtain  an 
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efficient  inventory  system.  It  will  be  shown  that  spreadsheet  simulation  can  be  a  valuable 
tool  in  enhancing  a  manager's  experience. 

Before  introducing  inventory  simulation,  a  manager  must  understand  inventory 
management  theory.  The  overall  objective  of  the  analytical  method  is  to  achieve  the 
lowest  commitment  of  assets.  The  commitments  of  capital  in  the  form  of  costs  are  as 
follows: 

1.  Holding  or  carrying  costs  that  are  essentially  the  expenses  of  physically  having 
an  inventory  within  the  organization.  Examples  of  these  costs  are  floor  space, 
insurance,  and  obsolescence.  Holding  costs  do  not  include  the  actual  value  of 
the  inventory.  [Ref  2:p.  56] 

2.  Ordering  (or  setup  in  a  production  environment)  costs  that  are  incurred  with 
each  decision  to  order  (or  produce)  more  inventory.  Examples  of  these  costs 
are  clerical  costs  associated  with  processing  an  order,  shipping  cost,  and 
material  handing  costs  once  the  order  is  received,  or  the  costs  of  restarting  the 
production  line  after  a  temporary  shut-down.  [Ref.  2:p.  57] 

3.  Stockout  cost  that  consists  of  forgone  profit,  lost  sales,  or  the  cost  of  an 
emergency  order  associated  with  the  inability  to  meet  customer  demand  when 
an  item  is  not  available.  This  cost  is  the  most  difficult  to  estimate  and  often  is 
the  most  expensive.  [Ref.  2: p.  57] 

Once  a  manager  has  assessed  the  costs  involved  in  maintaining  an  inventory,  an 
understanding  of  how  the  costs  interact  is  required  to  illustrate  the  purpose  of  analytical 
techniques.  The  first  interaction  is  that  holding  and  order  costs  move  in  opposite 
directions.  Assuming  ordering  costs  are  greater  than  holding  costs,  a  manager  who  makes 
large  orders  will  decrease  the  total  cost  of  ordering.  However,  large  orders  result  in 
higher  inventory  level,  thus  increasing  holding  costs  to  the  point  that  will  eventually 
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exceed  the  benefit  of  reduced  ordering  costs.  The  second  interaction  is  that  stockout 
costs  will  decrease  as  order  size  increases  but  are  more  a  function  of  the  reorder  point  vice 
quantity.  If  a  manager  maintains  his/her  inventory  levels  low  to  reduce  holding  costs,  the 
potential  exists  to  order  too  late,  resulting  in  items  being  out  of  stock  with  a 
corresponding  exponential  increase  in  stockout  costs.  These  conflicting  interactions  lead 
the  mangers  to  ask  themselves  two  questions:  How  much  should  I  order?  and  When 
should  I  order? 

The  traditional  method  in  management  science  for  resolving  the  manager's  questions 
is  to  apply  analytical  techniques  referred  to  as  the  Economic  Order  Quantity  (EOQ) 
model.  This  model,  with  algebra  and  differential  calculus,  will  identify  the  most 
economical  balance  between  order  quantity  and  reorder  point.  However,  as  previously 
discussed,  adding  more  realism  and  complexity  to  a  scenario  will  result  in  the  traditional 
analytical  methods  of  analysis  becoming  prohibitively  difficult  to  apply,  even  for 
professional  mathematicians  and  statisticians.  Thus,  to  cope  with  reality,  managers  rely 
upon  experience  to  determine  a  sufficient  safety  or  buffer  stock.  However,  a  buffer  stock 
result  in  a  higher  reorder  point  and  excess  inventory.  Determining  the  level  of  safety  is  not 
an  easy  task  because  the  best  set  of  rules  often  cannot  be  established  in  advance.  The 
rules  for  determining  an  appropriate  safety  stock  must  often  be  arrived  at  through  the 
process  of  trial  and  error.  However,  by  applying  simulation  and  spreadsheet  analysis,  a 
significant  reduction  in  the  costly  methods  of  guess  work  and  trial  and  error  can  be 
achieved  by  the  manager. 

B.       INVENTORY  DISTRIBUTION  SIMULATION 

The  inventory  distribution  system  model  that  was  developed  using  Excel  4.0  is 
designed  to  simulate  a  typical  factory  to  dealer  distribution  system  with  multiple  levels  of 
warehouses.   A  discussion  of  the  logic  behind  the  model  is  included  in  this  section.   A  full 
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listing  of  the  model's  macros  and  comments  are  provided  in  Appendix  A.  The  model  is 
designed  for  analysis  of  multiple  scenarios.  A  relatively  simplistic  model  consisting  of  one 
dealer  with  non-probabilistic  lead  and  demand  times  demonstrating  EOQ  theory  can  be 
analyzed.  Additionally,  the  model  is  capable  of  allowing  the  user  to  analyze  extremely 
complex  scenarios  with  up  to  three  warehouses,  probabilistic  demand  and  lead  times,  and 
continuous  involvement  by  the  user.  Complex  scenarios  illustrate  the  difficulty  of  applying 
EOQ  techniques  for  achieving  optimal  solutions.  Many  different  aspects  were  considered 
and  included  within  the  spreadsheet  model.  Further  modifications  to  the  macros  can  be 
performed  to  include  any  degree  of  realism  within  the  simulation.  However,  the  extent  of 
modifications  to  the  model  for  further  capturing  the  richness  of  a  real-world  situation 
should  not  be  so  complex  that  the  user  cannot  understand  or  appreciate  the  spreadsheet 
simulation  model  for  analyzing  a  managerial  problem. 

Before  constructing  the  inventory  distribution  simulation,  one  must  first  determine 
the  objectives  of  the  model.  What  do  we  wish  to  examine?  The  following  model  was 
designed  to  analyze  inventory  level,  backorder  and  cost  behavior  that  are  the  critical 
aspects  of  inventory  management  system.  A  model  that  demonstrates  these  behaviors  will 
augment  a  manager's  policy  concerning  when  and  how  much  to  order  under  different 
scenarios. 

With  the  model's  objectives  in  mind,  a  number  of  flow  charts  were  created  to  build 
and  chart  the  sequence  of  events  that  were  required  to  properly  understand  an  inventory 
distribution  system.  The  first  flow  chart  developed  gives  a  broad  summary  of  how  orders 
generated  by  the  customer  are  received  by  the  dealer  and  then  progress  down  through  the 
distribution  system  to  the  factory.  The  result  is  merchandise  being  provided  to  the 
customer.  This  progression  of  orders  from  the  customer  to  the  factory  is  illustrated  in 
Figure  4. 1 .  The  flow  of  events  is  different  if  less  than  three  warehouses  are  included  in  the 
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simulation.  Instead  of  the  orders  and  inventory  flowing  between  warehouse  #3  and  the 
factory,  this  event  may  occur  between  warehouse  #1,  #2  or  more,  depending  upon  the 
number  of  warehouses  simulated. 
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Figure  4.1:  Inventory  Flowchart 

The  flow  of  events  is  a  generic  representation  of  inventory  distribution  systems 
which  can  be  found  in  the  private  sector  or  military  logistic  supply  systems.  For  example, 
the  supply  department  on  a  ship  performs  the  same  function  as  a  dealer  in  the  private 
sector.  The  shipboard  supply  department  receives  customer  demand  from  the  onboard 
customers  it  was  designed  to  serve,  such  as  O-level  maintenance  facilities. 

Key  to  the  flow  of  events  is  the  treatment  of  "time"  within  the  model.  For  an 
inventory  system,  time  is  a  fixed  unit.  Thus,  each  iteration  through  Figure  4. 1  is  the 
passage  of  one  time  unit  and  all  other  elements  are  treated  as  variables.  On  the  other 
hand,  a  queuing  model,  which  follows  this  chapter,  treats  time  as  a  variable  with  other 
elements  being  fixed.  Thus,  time  becomes  the  critical  element  in  the  development  of  a 
simulation  model  and  will  lead  to  vast  differences  between  models. 

To  simulate  an  inventory  distribution  system  with  time  as  a  fixed  unit,  one 
worksheet  and  six  macros  were  created  within  Excel  4.0.  The  worksheet  is  a  place  holder 
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for  the  data  and  graphs  created  by  the  individual  macros.  The  worksheet  accesses  the 
macro  by  two  macro  command  buttons.  One  button  begins  the  simulation  routine,  while 
the  second  transfers  the  data  to  the  graphs  for  analysis.  The  six  macros  perform  the  actual 
computational  work  of  the  simulation.  Five  of  these  six  macros  are  for  each  of  the 
inventory  management  centers  depicted  in  Figure  4. 1  except  that  the  customer  is  included 
within  the  dealer  macro.  The  sixth  macro  is  the  master  macro  that  controls  the  process  of 
interactions  among  the  five  individual  inventory  management  macros  and  is  the  first  macro 
to  be  executed  when  the  user  begins  the  simulation  from  the  worksheet 

As  shown  in  Figure  4.2,  the  first  action  by  the  master  macro  is  to  display  an  initial 
input  dialog  box  requesting  information  on  inventory  status  and  policies  such  as  reorder 
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Figure  4.2:  Master  Macro  Flow  Chart 

point,  order  quanity,  holding  costs,  etc.  This  is  the  information  required  for  performing  a 
simulation.  Additionally,  the  number  of  warehouses  desired  and  how  much  user 
involvement  is  needed  during  the  simulation  is  requested  by  the  input  dialog  box.  Options 
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of  involvement  range  from  none,  with  the  exception  of  initial  data,  to  complete  control 
requiring  every  decision  to  be  made  by  the  user  during  the  simulation.  Once  the  master 
macro  has  the  information  required  to  perform  the  simulation,  it  begins  an  iterative 
process  of  progressing  through  each  macro  as  shown  in  Figure  4.2. 

If  startup  iterations  are  desired,  the  master  macro  will  iterate  without  any  user 
involvement  thus  producing  random  inventory  and  backorder  levels.  This  option  is  useful 
for  the  full  involvement  scenario  as  it  adds  another  level  of  complexity  to  the  problem. 
Once  the  initial  data  and  startup  segments  are  performed,  the  macro  begins  an  iterative 
process  for  the  number  of  days  requested  by  the  user.  The  master  macro's  first  step  in  the 
iteration  is  to  call  upon  the  dealer  macro  that  initiates  the  inventory  distribution  process. 
When  the  dealer  macro  returns  control  to  the  master  macro,  an  iteration  is  complete  and 
time  is  incremented  by  one  unit.  The  process  then  repeats  and  continues  until  the  number 
of  iteration  days  is  complete.  The  last  function  of  the  master  macro  is  the  transferring  of 
data  back  to  the  worksheet. 

The  dealer  macro  initiates  the  inventory  distribution  system.  It,  along  with  each  of 
the  warehouses,  has  virtually  the  same  flow  chart  of  events  occurring  as  illustrated  in 
Figure  4.3.  The  first  calculation  that  is  performed  by  the  dealer  but  not  the  warehouse 
macros  is  to  calculate  customer  demand  that  is  either  probabilistic  or  deterministic.  With 
demand  known,  the  macro  will  then  fill  any  backorders  if  inventory  is  present.  What  is  left 
of  current  inventory  is  applied  to  the  customer's  order  and  if  insufficient,  a  backorder  log 
is  developed.  With  the  remaining  inventory,  the  macro  makes  the  determination  if 
inventory  is  below  the  reorder  point.  If  this  is  the  case,  an  order  is  placed  at  the 
warehouse.  The  order  will  be  received  by  the  first  warehouse  depending  upon  the  lead 
time  that  is  probabilistic  or  deterministic.  Even  if  there  is  no  order  placed,  the  dealer 
macro  calls  upon  the  warehouse  macro  at  this  point  to  permit  updates  of  the  warehouse 
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and  factory  inventory  levels.  The  last  function  of  the  macro  is  to  determine  if  a  previous 
order  has  arrived.  If  so,  it  is  the  added  to  the  inventory. 

The  warehouse  macro  differs  from  the  dealer  macro  in  that  it  does  not  calculate 
customer  demand  but  instead  receives  its  orders  from  the  dealer.  Furthermore,  each 
warehouse  will  call  upon  the  next  warehouse  in  the  distribution  chain  or  the  factory, 
depending  upon  the  number  of  warehouses  in  the  simulation. 
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Figure  4.3:  Dealer  and  Warehouse  IVlacro  Flow  Chart 

The  flow  of  events  for  the  factory  macro  is  illustrated  in  Figure  4.4  and  is  slightly 
different  in  design  and  concept  than  the  dealer  and  warehouse  macros.  Instead  of  making 
the  decision  to  place  an  order,  the  factory  macro  makes  the  decision  to  either  startup  or 
shutdown  production.  The  same  logic  as  reorder  point  is  applied.  Production  will  begin 
when  inventory  level  depletes  below  a  certain  level  and  production  stops  when  inventory 
exceeds  a  certain  level. 

Common  to  the  entire  macro  chain  is  the  concept  of  macro  nesting.  This  means  that 
customer's  order  precedes  through  the  inventory  management  system  in  a  linked  like 


29 


manner.  The  order  starts  at  the  dealer  on  Day  1  and  continues  through  the  warehouses 
reaching  the  factory  at  an  unpredictable  date.  This  time-delay  effect  on  each  inventory 
management  point  amplifies  the  uncertainty  in  customer  demand  and  illustrates  the  need  to 
use  simulation  models  to  examine  the  effect  of  different  inventory  policies  at  different 
management  points.  Once  at  the  factory,  the  order  reverses  direction  back  to  the  dealer  as 
illustrated  in  Figure  4. 1 .  Another  element  of  the  system  is  that  each  successive  iteration 
within  the  model  is  the  passage  of  one  time  unit  that  equates  to  a  single  day.  However, 
the  user  can  assume  any  length  of  period  as  long  as  input  data  regarding  demand  rates, 
lead  time,  cost  parameters,  and  so  forth  are  appropriately  scaled.  The  output  will  then 
reflect  the  time  unit  chosen  by  the  user. 
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Figure  4.4:  Factory  Macro  Flow  Chart 


C.      SCENARIOS 

With  an  understanding  of  the  logical  progression  of  events  and  how  functions  of 
each  macro,  four  different  scenarios  will  be  analyzed  to  demonstrate  how  the  simulation 
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spreadsheet  model  can  be  used  to  augment  the  manager's  expertise  concerning  inventory 
management.  Each  scenario  could  be  solved  using  analytical  and  hand  simulation 
techniques.  However,  as  the  level  of  complexity  increases,  it  becomes  apparent  how  a 
computer  spreadsheet  facilitates  multiple  "what  if  analysis  in  a  fraction  of  the  time 
required  to  obtain  one  analytical  answer.  Each  simulation  will  be  a  dynamic  system 
showing  the  interactions  and  oscillatory  behavior  typical  of  a  dealer  to  factory  inventory 
distribution  system  over  a  sixty  day  period.  Sixty  days  with  initially  low  levels  of 
inventory  are  chosen  to  force  an  oscillatory  behavior  to  occur  early  within  the  simulation. 
The  purpose  of  each  scenario  is  to  demonstrate  how  the  spreadsheet  simulation  technique 
can  be  applied  to  illustrate  oscillatory  behavior  and  derive  possible  optimal  solutions  vice 
gathering  reams  of  data. 

The  oscillatory  behavior  may  be  transparent  to  a  manager  involved  with  only  one 
aspect  of  the  distribution  system.  He/she  may  not  appreciate  how  small  changes  in  retail 
demand  often  create  large  swings  in  factory  production  and  warehouse  inventory  that  far 
exceeds  the  fluctuation  of  retail  demand.  These  fluctuations  can  be  quite  costly  due  to 
employment  instability,  over  capacity,  and  high  inventory  levels.  Through  simulation,  a 
manager  can  manipulate  variables  without  experimenting  on  the  actual  inventory  levels. 
He/she  will  see  how  simple  changes  in  variables  and  policies  can  have  dramatic  effects 
upon  the  system  as  a  whole.  The  three  scenarios  chosen  manipulate  variables  only 
slightly,  yet  each  has  its  corresponding  oscillation. 

The  first  three  scenarios  will  begin  with  the  same  initial  data  but  will  have  varying 
levels  of  complexity.  The  first  two  will  involve  no  user  involvement  with  the  exception  of 
entering  initial  data.  The  first  scenario  will  have  only  one  warehouse  between  the  dealer 
and  the  factory  while  the  second  will  have  three  warehouses.  The  third  scenario  will  also 
have  three  warehouses  but  will  demonstrate  the  maximum  complexity  capable  of  the 
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simulation  model.  There  will  be  ten  startup  iterations  to  allow  for  random  levels  of 
inventory  and  backorders.  Additionally,  all  orders  and  factory  production  decisions  will 
be  decided  upon  by  the  user  during  each  iteration.  The  fourth  scenario  will  be  similar  to 
the  second  but  instead  lead  times  will  be  significantly  reduced.  This  reduction  in  lead 
times  will  demonstrate  a  Just-In-Time  (JIT)  inventory  distribution  system.  The  results  of 
each  simulation  scenario  are  discussed  in  each  section  and  complete  output  graphs  are 
provided  in  Appendix  A. 

1.       One  Warehouse,  No  User  Involvement 

For  each  of  the  four  scenarios,  the  same  initial  input  data  was  used  as  shown 
in  Table  4. 1 .  The  initial  reorder  points  and  quantities  are  chosen  to  be  large  and  late  so 
that  an  initial  oscillatory  behavior  is  demonstrated  early  within  the  model.  Furthermore, 
the  factory's  inventory  level  is  twice  that  of  the  others  to  absorb  the  initial  surge  in 
demand.  The  factory's  production  rate  is  sufficient  to  exceed  demand,  therefore  providing 
an  illustration  of  startup  and  shutdown  events  at  the  factory. 

TABLE  4.1:  INITIAL  INPUT  DATA 


Dealer 

Warehouses 

Factor.' 

Beginning  Inventory 

50 

50 

100 

Reorder  Level 

25 

25 

* 

Begin  Production  Level 

* 

* 

35 

Stop  Production  Level 

* 

* 

100 

Amount  of  Order 

25 

25 

25 

Rate  of  Production 

* 

* 

30 

Holding  Cost 

$.10 

$.10 

$.10 

Order  Cost 

S20 

$20 

* 

Setup  Cost 

* 

* 

$100 

Shortage  Cost 

S50 

$50 

$50 

Having  only  one  warehouse  between  the  dealer  and  the  factory  is  the  simplest 
of  the  four  scenarios,  thus  one  would  expect  very  little  oscillations.  This  would  be  the 
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case  if  demand  and  lead  time  were  not  probabilistic.  A  simple  EOQ  calculation  would 
allow  the  dealer  and  the  managers  of  the  warehouse  to  determine  economic  order  point 
and  level  resulting  in  relatively  stable  inventory  patterns.  However,  all  four  scenarios  have 
both  demand  and  lead  time  being  probabilistic  as  provided  in  Table  4.2.  The  latter  column 
of  relative  frequency  lead  times  was  used  in  the  final  scenario  to  represent  a  JIT 
environment. 

Having  probabilistic  demand  and  lead  times  without  user  input  results  in 
multiple  orders  being  placed  before  receiving  any  shipments  from  previous  orders.  This  is 
the  primary  reason  that  large  oscillations  in  inventory  levels  occur  as  illustrated  in  Figure 
4.5. 

TABLE  4.2:   DEMAND  AND  LEAD  TIME  FREQUENCY 


Demand 

Relative  Frequency 

Lead  Time 

Relative  Frequency 

4 

5 
6 
7 
8 

20 
20 
20 
20 
20 

1 
2 
3 
4 
5 

20/90 
20/10 
20/0 
20/0 
20/0 

Additionally,  even  after  achieving  large  inventories  by  day  twenty,  strong 
demand  with  corresponding  late  ordering  again  results  in  a  depletion  of  the  dealer  and 
warehouse  inventory  by  day  thirty.  Consequently,  the  dealer  and  especially  the  warehouse 
develops  significant  and  expensive  backorders.  By  altering  the  reorder  point  and  levels,  an 
optimal  solution  can  be  obtained.  However,  by  adding  levels  of  warehouses  to  the 
scenario,  the  difficulty  in  predicting  demand  and  oscillatory  behavior  make  obtaining  a 
solution  even  more  illusive. 
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Inventory  Level 


Figure  4.5:   Scenario  1 — Inventory  Level  with  Probabilistic  Demand  and  Lead  Time 
2.       Three  Warehouses,  No  User  Involvement 

By  adding  more  warehouses  to  the  scenario,  the  oscillations  in  inventory 
levels  permeate  throughout  the  inventory  management  system  and  are  significantly  more 
pronounced  as  illustrated  in  Figure  4.6.  The  fluctuations  are  similar  to  a  one  warehouse 
scenario.  However,  with  three  warehouses,  the  increased  interdependence  compounded 
with  probabilistic  lead  time  result  in  inventory  level  rapidly  depleting  to  zero.  These  low 
inventory  levels  cause  several  backorders  and  a  corresponding  increase  in  overall  cost  for 
this  inventory  distribution  scenario.  So,  how  should  the  managers  reduce  costs? 

The  complexity  of  Figure  4.6  fully  demonstrates  the  difficulty  of  applying 
traditional  analytical  techniques  to  derive  an  economical  solution.  By  understanding  the 
behavior  of  the  system  through  simulation  with  graphical  outputs,  the  manager  can 
develop  and  test  policies  in  an  attempt  to  reduce  cost.  The  display  of  inventory  levels  in 
Figure  4.6  reveals  some  inventory  patterns.  First,  all  three  warehouses  rapidly  deplete 
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inventory  to  zero  as  the  dealer  and  warehouses  quickly  order  to  increase  inventory.  A 
policy  to  resolve  this  dilemma  would  be  for  each  warehouse  to  have  a  higher  reorder 
point.  Another  apparent  pattern  is  that  the  factory's  inventory  is  decimated  as  all  three 
warehouse  order  simultaneously.  Additionally,  the  factory  rapidly  cycles  through  the 
phases  of  production.  Solutions  to  these  difficulties  range  from  producing  larger 
quantities  with  corresponding  long  shutdown  periods  or  by  decreasing  production  rate. 
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Figure  4.6:  Scenario  2 — Inventory  Levels  with  Probabilistic  Demand  and  Lead  Time 

To  test  these  possible  remedies,  many  "what  if  analysis  can  be  performed  to 
find  the  most  economical  policy  for  each  warehouse,  the  dealer,  and  the  factory.  These 
particular  scenarios  assume  that  order  and  order  points  were  set  and  did  not  change  during 
the  simulation.  The  next  scenario  will  demonstrate  the  increased  complexity  involved 
when  each  manager  attempts  to  maintain  an  inventory  at  a  level  that  mitigates  backorders 
when  faced  with  random  demand. 
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3.       Three  Warehouses,  Full  User  Involvement 

With  the  exception  often  startup  iterations,  this  scenario  differs  from  the 
previous  scenarios  in  that  the  program  does  not  automatically  reorder  for  the  dealer  or 
warehouses  nor  does  it  automatically  start  or  stop  production  at  the  factory.  As  the 
simulation  iterates  through  each  successive  day,  the  user  must  make  the  decision  to  order 
or  alter  factory  production  based  upon  inventory  level  and  demand.  The  dealer  and 
warehouse  managers  will  try  to  keep  their  inventories  at  a  sufficient  level  considering 
average  demand.  If  inventory  levels  begin  to  fall  below  a  desired  level  the  manager  will 
order  extra  units  above  his/her  sales  rate  to  rebuild  the  inventory.  Conversely,  he/she  will 
reduce  his/her  order  rate  if  inventory  level  becomes  too  high.  Accurate  prediction  is 
limited  due  to  probabilistic  demand  and  lead  time.  The  dealer  can  estimate  demand  to  stay 
within  a  certain  range.  However,  the  warehouse  managers  will  find  it  difficult  to  predict 
how  much  the  previous  person  up  the  chain  will  order  and  when.  Additionally,  whenever 
an  order  is  placed  it  can  arrive  up  to  five  days  later  thus  giving  the  potential  of  zero 
inventories  with  corresponding  backorders. 

The  resultant  inventory  behavior  of  the  three  warehouse  scenario  with  user 
involvement  is  illustrated  in  Figure  4.7.  Oscillatory  behavior  is  still  present  but  the  initial 
fluctuations  are  due  to  the  beginning  inventories  being  artificially  low  for  the 
corresponding  demand.  Furthermore,  the  ten  startup  iterations  developed  random 
inventory  levels  and  backorder  and  do  not  allow  user  intervention.  The  first  twenty  days 
demonstrate  low  to  zero  inventory  levels  as  the  dealer  and  the  warehouses  build  inventory 
to  approximately  one  hundred  units.  Furthermore,  inventories  do  not  increase  until 
factory  production  is  sufficient  and  inventory  arrives  according  to  probabilistic  lead  times. 

Once  inventory  levels  are  stable,  the  demand  upon  the  warehouses  diminishes. 
The  managers  then  begin  reducing  inventory  to  a  more  optimum  level  of  approximately 
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eighty.  However,  warehouse  #2  and  #3  waited  too  long  and  allowed  inventory  to 
depleted  to  zero  and  incurred  momentary  backorders.  The  practice  of  reducing  inventory 
levels  to  reduce  holding  cost  without  continuous  orders  leads  to  the  oscillatory  behavior. 
Running  this  simulation  for  a  greater  period  would  allow  each  manager  to  determine  an 
appropriate  reorder  point  and  quantity  at  the  least  cost. 


Figure  4.7:  Scenario  3 — Inventory  Levels  with  Probabilistic  Demand  and  Lead  Time 

In  this  scenario,  it  is  cheaper  to  have  an  abundant  inventory  to  minimize  cost. 
However,  scenarios  with  increased  holding  costs  will  make  it  more  difficult  to  predict 
which  policies  will  give  the  optimal  solution.  Additionally,  a  JIT  model  will  illustrate  that 
reduced  inventory  are  more  economical.  The  benefit  of  the  simulation  model  is  to 
demonstrate  the  difficulties  involved  with  maintaining  an  inventory  distribution  system  but 
allows  the  managers  to  experiment  with  different  decision  options  and  evaluate  the 
potential  consequences.  The  three-dimensional  graphs  illustrate  the  oscillatory  behavior  of 
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a  distribution  system  and  give  the  manager  an  appreciation  of  the  dynamics  and 
interactions  involved  between  each  of  the  individual  units. 
4.       Three  Warehouse,  JIT  Environment 

When  a  JIT  environment  is  simulated,  the  difficulty  in  predicting  lead  time  by 
the  manager  is  mitigated,  allowing  for  more  stable  inventory  levels.  An  examination  of 
Figure  4.8  reveals  that  inventory  levels  remain  relatively  constant.  The  occasional  jump 
shown  by 
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Figure  4.8:  Scenario  4:  Inventory  Level  Under  JIT 

the  dealer  and  warehouse  #3  are  a  result  of  lead  time  being  two  days  vice  one.  Therefore, 
inventory  level  is  below  the  reorder  point  two  days  in  a  row  and  subsequently  two  orders 
are  made.  The  resultant  double  order  by  the  dealer  causes  warehouse  #1  to  face  a 
backorder  with  its  high  penalty  cost. 

A  drawback  of  the  depicted  JIT  scenario  is  that  the  multiple  orders  cause  the 
overall  cost  of  the  system  to  gradually  rise.  This  could  be  solved  by  varying  order  points 
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and  levels  to  achieve  a  more  economical  solution.  However,  the  point  of  this  scenario  is 
to  have  the  same  initial  data  as  the  other  scenarios  for  comparison.  Furthermore,  the 
predictable  behavior  of  Figure  4.8  is  the  crucial  aspect  of  JIT  that  should  be  understood  by 
a  manager.  The  predictability  allows  a  inventory  distribution  manager  to  derive  a  superior 
inventory  policy.  This  is  one  of  the  reasons  that  many  organizations,  including  Navy 
Depots,  are  converting  to  a  JIT  inventory  distribution  system.  This  is  especially  the  case  if 
holding  costs  far  exceed  ordering  costs. 

Each  of  the  above  scenarios  illustrate  the  benefits  a  manager  can  derive  from 
spreadsheet  simulation  modeling  of  an  inventory  distribution  system.  The  next  chapter 
will  demonstrate  how  spreadsheet  simulation  can  augment  a  manger's  ability  to  analyze 
resource  allocation  within  a  queuing  environment. 
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V.      QUEUING  ENVIRONMENT  UTILIZATION 

As  with  inventory  management,  effective  allocation  of  resources  within  a  queuing 
environment  is  another  challenge  often  faced  by  managers.  A  queue,  or  waiting  line,  is  the 
accumulation  of  customers,  products,  etc.,  at  a  holding  station  that  are  awaiting  service  or 
processing  within  a  system.  Any  institution  that  provides  services  or  engages  in 
manufacturing  and  faces  the  possibility  of  an  item  waiting  in  line  deals  with  some  form  of 
queuing  utilization.  Inventory,  for  example,  is  provided  to  the  customer  by  a  server.  If  a 
sufficient  number  of  attendants  are  not  available  to  the  customer  for  delivery  of 
merchandise,  excessive  queues  develop  and  the  customer  will  seek  service  elsewhere.  The 
manager  may  have  determined  the  optimum  stock  levels  required  to  prevent  stockout  but 
his/her  analysis  would  be  incomplete  if  the  queue  consists  of  people.  If  the  queue  is  too 
long,  customers  waiting  in  line  would  become  dissatisfied  with  the  system.  The  result  is 
lost  sales  that  are  the  equivalent  of  stockout  costs  in  an  inventory  environment.  Thus, 
another  facet  of  a  successful  manager  is  the  ability  to  make  crucial  decisions  in  the  realm  of 
queuing  theory. 

A.      THEORY 

Queuing  discipline  can  be  approached  in  many  ways  with  as  many  corresponding 
solutions  as  demonstrated  in  the  previous  chapter  on  inventory  management  theory.  The 
most  rudimentary  approach  for  determining  the  number  of  servers  or  processing  stations 
required  for  the  expected  demand  is  to  use  trial  and  error  methods.  By  changing  a  few 
parameters  and  observing  the  results,  a  manager  can  determine  the  most  economical 
balance  between  desired  service  capability  and  customer  waiting  time.  As  the  system 
increases  in  complexity,  it  often  becomes  impossible  to  achieve  an  optimal  solution  through 
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trial  and  error  techniques.  Furthermore,  if  one  is  designing  a  new  system,  such  as  the 
number  of  registers  to  install  in  a  grocery  store,  it  is  not  economical  to  render  a  guess  as  to 
an  optimal  solution.  Therefore,  other  methods  are  required  such  as  analytical  and 
simulation  techniques  for  solving  more  complex  scenarios.  However,  one  first  must 
understand  some  basic  aspects  of  queuing  theory  as  developed  by  management  scientists. 

In  discussing  queues,  several  common  terms  are  used.  A  queue  is  that  part  of  the 
system  where  units  are  waiting  service.  The  server  is  the  person  or  device  that  performs  a 
service  to  the  units  waiting  in  the  queue.  The  system  itself  consists  of  all  queues  and 
servers.  Channels  are  the  lines  within  a  system  that  can  be  simple  in  nature  with  a  single 
line  or  more  complex  with  multiple  channels.  The  number  of  servers  contained  within  a 
channel  are  referred  to  as  phases.  As  with  channels,  a  simple  system  will  have  a  single 
phase  while  more  complex  systems  contain  layers  of  servers  or  multiple  phases.  Another 
term  common  to  queuing  systems  is  balking.  Balking  occurs  when  queues  become  too 
long  and  the  customer  chooses  not  to  wait  in  line.  He/she  either  seeks  service  elsewhere  or 
comes  back  at  another  time.  To  determine  when  balking  occurs  is  often  difficult  to 
estimate  but  critical  to  the  design  of  a  queuing  system.  [Ref.  2: pp.  172-174] 

With  a  knowledge  of  queuing  phraseology,  one  must  also  understand  queuing 
discipline.  What  is  the  sequence  of  events  within  a  queue  and  how  are  these  events 
distributed  with  respect  to  time?  Common  to  most  queues  is  the  design  of  the  system  that 
provides  service  to  the  first  item  within  the  queue  or  sometimes  defined  as  "first  come,  first 
served."  Other  service  philosophies  can  be  used  in  the  design  of  a  system  such  as  assigning 
categories  to  items  in  the  queue  and  serving  some  categories  above  others  regardless  of 
when  they  entered  the  queue.  Given  a  service  philosophy,  one  can  assign  the  proper 
distribution  of  events  in  relation  to  time.  The  best  approach  is  to  observe  the  actual  system 
in  operation  over  the  period  of  time  that  analysis  is  desired  and  simulate  arrivals  to  fit  the 
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observed  pattern.  If  this  option  is  not  available  or  it  is  a  new  system,  other  models  are  used 
within  queuing  simulations.  For  arrival  rates,  a  Poisson  distribution  with  its  corresponding 
negative  exponential  probability  of  arrival  has  been  found  to  fit  a  majority  of  arrival 
patterns.  If  a  Poisson  arrival  distribution  is  not  appropriate,  another  approach  is  to  model 
arrivals  through  a  normal  or  uniform  distribution.  For  service  times,  observation  is  the  best 
choice.  However,  a  normal  distribution  is  often  used  if  an  observation  is  unavailable.  If  a 
more  appropriate  distribution  function  exists,  it  can  be  used  to  model  service  time. 

In  choosing  the  number  of  servers  in  a  model,  one  must  be  careful  not  to  allow 
arrival  rate  to  approach  service  rate.  As  arrival  rate  nears  service  rate,  an  exponential 
relationship  occurs  resulting  in  chaos  and  the  queuing  system  collapsing  upon  itself.  This 
potential  exponential  growth  in  the  queue  often  does  not  occur  in  the  real  world  due  to  the 
onset  of  balking  significantly  before  model  failure. 

Once  the  parameters  are  chosen  and  the  system  is  properly  modeled,  the  approach 
offered  by  management  scientists  for  developing  an  optimal  solution  is  the  application  of 
analytical  techniques.  As  with  inventory  management,  analytical  techniques  consist  of 
several  formulas  that  provide  an  understanding  of  the  behavior  of  the  queuing  system. 
Through  the  behavior  of  a  system,  the  cost  involved  in  providing  the  services  can  be 
minimized.  The  costs  that  must  be  considered  are: 

1 .  Service  costs.  These  are  the  expenses  a  manager  must  consider  in  providing  the 
desired  service.  These  costs  include  the  cost  of  the  material  required  for 
providing  the  service  as  well  as  the  salary  of  the  employee. 

2.  Waiting  costs.  These  expenses  are  faced  by  the  manager  when  units  are  forced 
to  queue  as  they  await  service.  These  costs  include  opportunity  costs  as  well  as 
balking  costs. 
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Service  costs  are  often  easy  to  calculate  but  waiting  costs  can  be  much  more  illusive. 
Furthermore,  waiting  costs  can  sometimes  be  inappropriate  such  as  with  a  hospital 
environment.  Instead  of  placing  a  value  on  human  life  that  would  occur  with  balking  and 
possible  death,  a  minimum  service  level  is  determined  and  used  to  obtain  an  optimal 
solution.  However,  even  with  a  thorough  understanding  of  the  queuing  formulas,  many 
queuing  systems  are  too  complex  to  be  solved  using  traditional  analytical  techniques. 
Thus,  one  must  pursue  simulation  methods  to  derive  an  optimal  solution. 

B.      QUEUING  SYSTEM  SIMULATION 

The  queuing  system  that  was  simulated  using  Excel  4. 0  is  a  highly  complex  analysis 
of  a  hospital  emergency  room.  The  hospital  emergency  room  that  was  modeled  includes 
multiple  phases  and  multiple  channels.  The  complexity  is  further  compounded  by  using  a 
modified  "first  in,  first  serviced"  philosophy  by  accounting  for  patients  who  need  immediate 
care.  The  arrival  rate  of  patients  employes  a  Poisson  distribution  that  varies  over  time. 
The  number  of  nurses  and  doctors  in  the  emergency  room  for  treating  patients  varies 
during  time  to  deal  with  changing  levels  of  staff  workload  during  a  day.  Additionally,  five 
different  patient  types  are  considered  to  model  varying  levels  of  treatment  and  service  rates 
by  the  nurses  and  doctors. 

To  solve  this  queuing  problem  and  multiple  "what  if  scenarios,  one  could  use 
analytical  techniques.  However,  deriving  an  analytical  solution  would  consume  vast 
amounts  of  time.  An  analysis  of  a  one  week  scenario  using  the  model  developed  took 
approximately  thirty  minutes  on  a  high  speed  personal  computer.  Performing  several  "what 
if  scenarios  consumed  several  hours  and  illustrates  the  benefit  of  computer  simulation. 
Furthermore,  as  with  the  inventory  model,  several  parameters  can  be  manipulated  within 
the  model  to  simulate  different  scenarios.   A  full  listing  of  the  program  with  comments  is 
provided  in  Appendix  B. 
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The  primary  challenge  in  the  design  of  a  spreadsheet  queuing  model  is  how  to 
account  for  the  sequence  of  events  in  relation  to  time.  Unlike  the  inventory  model,  time  is 
not  a  fixed  event  to  which  all  other  events  are  linked.  With  a  queuing  system,  time  is  a 
variable  that  is  controlled  by  all  other  events  and  is  governed  by  a  "next  event"  discipline. 
For  each  iteration,  the  model  does  not  increment  time  to  determine  what  happened  during 
the  fixed  time  unit  but  instead  asks  the  question,  "What  happens  next?".  To  use  the 
technique  of  "next  event"  timing,  the  model  iterates  time  backward  instead  of  forward. 
Each  event  is  assigned  a  completion  time  that  is  incremented  to  zero  by  another  event's 
completion.  The  event  whose  time  is  closest  to  zero  is  the  next  event  to  which  action 
occurs  and  triggers  all  other  events. 

To  catalog  events  and  their  times  of  action,  events  are  classified  as  either  primary  or 

secondary.  A  primary  event  causes  action  to  occur  in  the  model  such  as  arrival  of  a  unit  or 

the  completion  of  service.  Secondary  events,  such  as  entering  or  leaving  a  queue,  are  a 

direct  result  of  primary  events.  Additionally,  the  occurrences  of  primary  and  secondary 

events  result  in  the  scheduling  of  other  primary  and  secondary  events  in  a  chain-like 
manner.  To  fully  understand  this  concept  requires  the  use  of  a  flow  chart  that  depicts  the 
passage  of  a  patient  through  the  emergency  room  as  illustrated  in  Figure  5.1.   Flow  charts 
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Figure  5.1:  Chain  of  Events  for  a  Patient 
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are  also  provided  for  each  primary  event  with  its  corresponding  chain  of  secondary  events. 
Rounded  rectangles  within  Figure  5. 1  contain  the  three  primary  events  that  occurr  within 
the  the  hospital  emergency  room.  The  three  primary  events  that  can  occur  with  each 
patient  are  the  arrival  to  the  emergency  room,  the  completion  of  registration  by  a  nurse  and 
the  completion  of  treatment  by  a  doctor.  Several  secondary  events  occur  as  a  result  of 
these  primary  events  but  first  a  discussion  of  Figure  5.1. 

Figure  5. 1  shows  the  chain  of  events  that  occur  for  each  individual  patient  within  the 
hospital  emergency  room.  The  first  primary  event  to  occur  is  his/her  arrival.  The  chain  of 
events  for  the  primary  event  of  a  patient  arrival  is  illustrated  in  Figure  5.2.  A  Poisson 
arrival  distribution  was  used  to  simulate  arrival  rate.  Other  arrival  distributions  could  be 
modeled  through  the  altering  of  a  few  programming  lines  in  the  spreadsheet  macro.  For 
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Figure  5.2:   Primary  Event — Patient  Arrival 
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"next  event"  time  philosophy,  a  secondary  event  is  to  calculate  the  arrival  of  the  next 
patient.  Each  arrival  to  the  emergency  room  was  calculated  using  a  negative  exponential 
distribution.  The  parameters  for  the  calculation  are  time  of  day  and  mean  arrival  rate.  This 
calculated  arrival  time  is  used  as  a  count  down  time  for  the  next  patient's  arrival.  Another 
secondary  event  is  the  determination  of  the  patient  medical  classification  or  type.  This 
value  determines  if  the  patient  goes  straight  to  the  bed  queue  (open  wounds,  i.e.,  type  1)  or 
to  the  registration  queue  (less  sever  cases,  i.e.,  types  2  -  5).  Within  each  respective  queue, 
a  determination  is  made  as  to  whether  a  nurse  or  doctor  is  available  respectfully.  If  either  is 
available,  the  patient  is  removed  from  the  queue  and  is  assigned  to  a  server.  The  nurse  or 
doctor  is  then  assigned  a  normal  distribution  treatment  time  based  upon  patient  type. 

The  next  primary  event  to  occur  is  that  of  a  nurse  completing  registration  of  a  patient 
with  its  corresponding  secondary  events  as  illustrated  in  Figure  5.3.  The  first  secondary 
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Figure  5.3:   Primary  Event — Nurse  Completion 
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event  is  to  collect  data  on  the  nurse's  service  (i.e.,  time  spent  with  patient,  etc.)  followed 
by  a  freeing  of  the  nurse  for  further  patients.  The  registered  patient  is  sent  to  the  bed 
queue  and  is  assigned  a  doctor  if  one  is  available.  The  free  nurse  is  assigned  to  another 
patient  if  one  exists  in  the  registration  queue.  If  assigned,  a  service  time  is  determined  as 
previously  discussed.  The  service  time  is  used  for  the  next  event  analysis. 

The  final  primary  event  within  the  model  is  the  completion  of  service  to  the  patient 
by  the  doctor.  The  secondary  events  are  shown  in  Figure  5.4  with  the  first  event  being  the 
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Figure  5.4:  Primary  Event — Doctor  Completion 

tallying  of  doctor  statistics.  The  doctor  is  then  freed  for  treating  further  patients.  The 
information  on  the  treated  patient  is  transferred  to  a  location  of  the  spreadsheet  for  later 
analysis.  The  final  event  is  to  check  if  another  patient  is  in  bed  who  needs  treatment.   If  so. 
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the  doctor  is  assigned  a  completion  time  as  previously  discussed  with  the  time  being  used 
for  next  event  analysis. 

By  understanding  the  primary  and  secondary  events  within  the  hospital  emergency 
room,  a  spreadsheet  simulation  model  can  be  developed.  Similar  to  the  inventory  model, 
one  must  first  establish  the  objectives  of  the  simulation.  The  primary  objective  of  the 
model  is  to  collect  a  number  of  statistics  that  can  be  analyzed  by  the  user  to  determine  the 
behavior  of  the  system  and  facilitate  human  resource  (i.e.,  doctors  and  nurses)  allocated 
and  assignment  decission.  Another  objective  is  to  provide  a  number  of  options  to  the  user 
to  accommodate  "what  if'  analysis.  The  spreadsheet  model  that  was  developed  allows  a 
number  of  different  choices  for  optimization  of  hospital  queuing  problems.  Choices  vary 
from  the  number  of  nurses  and  doctors  available  (up  to  four  each)  with  their  respective 
shifts  to  the  number  of  beds  available  (up  to  ten).  With  the  provided  statistics  and  by 
varying  the  available  parameters,  an  optimal  solution  can  be  obtained. 

Some  of  the  aspects  of  queuing  discipline  are  not  built  into  this  model  but  could  if  so 
desired  by  changing  a  few  lines  within  the  macro.  Balking  was  not  addressed  since  few 
people  have  the  choice  of  multiple  hospitals  or  the  ability  to  leave.  Additionally,  since  this 
is  a  service  scenario  where  lost  sales  are  not  the  concern  but  instead  adequate  services  is, 
costs  were  not  analyzed.  The  purpose  of  the  model  is  to  determine  the  appropriate  service 
time  taking  into  consideration  the  patient  load  by  varying  the  number  of  beds,  nurses,  and 
doctors. 

Before  demonstrating  the  capabilities  of  the  queuing  simulation  model,  a  few  key 
differences  exist  between  the  queuing  model  and  the  inventory  distribution  model  and 
should  be  understood.  The  first  key  difference  is  how  time  was  managed  as  previously 
discussed.  Second,  since  the  queuing  problem  does  not  contain  separate  levels  of 
management  (i.e.,  factory,  warehouse,  and  dealer),  the  spreadsheet  model  did  not  initially 
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lend  itself  to  the  creation  of  completely  separate  macros.  Instead,  one  large  macro  was 
programmed  with  several  subroutines  nested  within  the  one  macro.   If  desired,  each 
subroutine  could  be  developed  into  a  separate  macro.  However,  during  the  initial 
development  it  was  found  easier  to  work  within  one  macro.  As  the  complexity  of  the 
model  was  increased,  the  size  of  the  individual  macro  grew.  Towards  the  completion  of 
the  model,  some  of  the  advantages  to  a  single  macro  were  lost  such  as  the  inability  to 
further  name  cells  or  use  Excel 's  macro  debug  add-in.  Therefore,  if  designing  a  more 
complex  model  or  modifying  this  one,  it  would  be  advantageous  to  separate  the  macro  into 
smaller  macros. 

To  begin  all  scenarios,  the  user  integrates  with  the  queuing  macro  through  a  master 
worksheet  in  the  same  fashion  as  the  inventory  model.  Dialog  boxes  will  ask  for  initial 
input  and  the  model  will  begin  simulation.  All  pertinent  data  is  transferred  to  the 
worksheet  at  the  completion  of  the  simulation. 

C.      SCENARIOS 

With  an  understanding  of  queuing  philosophy  and  "next  event"  time  management, 
two  scenarios  will  be  simulated  to  demonstrate  the  full  capability  of  the  spreadsheet 
simulation  model  that  was  developed  using  Excel  4.0.  Each  will  illustrate  the  benefits  of 
using  simulation  for  determining  an  optimal  solution  in  a  complex  queuing  environment  in  a 
hospital  emergency  room.  Even  if  an  optimal  solution  is  not  desired,  a  manager  can  pose 
"what  if  scenarios  and  study  the  behavior  of  the  queuing  system.  He/she  can  than  make 
changes  to  the  system  to  meet  his/her  desired  objectives. 

Without  using  simulation,  a  manager  or  director  of  a  hospital  emergency  room  would 
have  few  options  for  determining  how  many  nurses,  doctors,  and  beds  are  required  to  meet 
the  anticipated  patients'  arrival  rate.  One  option  would  be  trial  and  error    His/her  first 
iteration  would  be  to  compensate  the  demand  by  over-staffing  the  emergency  room  with 
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doctors  and  nurses  for  several  weeks.  After  several  weeks,  sufficient  data  would 
accumulate  allowing  the  manager  to  make  further  iterations  by  reducing  staff  size.   His/her 
primary  goal  is  the  providing  of  adequate  service  with  minimum  patient  waiting  over  a 
twenty-four  hour  period.  After  several  months,  the  manager  will  achieve  the  service  he/she 
desires.  Unfortunately,  with  a  changing  environment  and  the  practice  of  fluctuating  staff 
size  being  economically  unfeasible,  the  manager  will  view  trial  and  error  methods  as  a  less 
than  optimal  approach.  The  following  scenarios  will  illustrate  how  simulation  is  a  far 
superior  method  than  trial  and  error. 

The  first  scenario  will  analyze  the  aforementioned  trial  and  error  method  in  that  the 
manager  approaches  the  problem  by  over-staffing  the  emergency  room.  During  a  one  week 
period,  ten  beds,  four  nurses,  and  four  doctors  will  be  available  full  time  to  treat  the 
patients  in  the  emergency  room.  This  simulation  will  show  a  gross  under-utilization  of  the 
facilities.  However,  the  simulation  will  provide  the  best  service  available  and  can  be  used 
as  a  point  for  other  simulations.  The  second  simulation  will  be  a  compilation  of  several  one 
week  simulations.  Many  "what  if'  scenarios  will  be  simulated  by  varying  the  number  of 
servers  and  beds  available.  Each  change  will  be  based  upon  the  utilization  and  queuing 
results  of  previous  scenarios.  The  goal  of  the  second  set  of  simulations  is  to  obtain  an 
optimal  balance  between  adequate  service  and  server  utilization  in  a  hospital  emergency 
room.  Also,  another  criterion  will  be  to  ensure  that  few  patients  wait  for  the  use  of  a  bed. 

For  all  scenarios,  the  patient  arrival  rate  was  based  upon  a  Poisson  distribution  with 
mean  arrival  rate  varying  during  the  day  as  shown  in  Figure  5.5.  Treatment  time  was  the 
same  for  each  nurse  and  doctor  and  modeled  upon  a  uniform  distribution.  The  distribution 
of  time  varied  by  patient's  category  with  a  lower,  upper,  and  standard  deviation  as  shown 
in  Table  5.1.  Within  the  spreadsheet  model,  all  of  these  values  are  inputted  by  the  user  and 
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can  be  changed  to  reflect  actual  data.  To  allow  comparability  between  scenarios,  only  the 
numbers  of  beds,  nurses,  and  doctors  are  altered. 
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Figure  5.5:  Patient  Arrival  Distribution 


TABLE  5.1:  PATIENT  CATEGORIES  AND  TIME  DISTRIBUTIONS 


Patient 

Description 

%  of  Total 

Lower 

Upper 

Standard 

Category 

Deviation 

1 

Open  Wounds 

8 

0.25 

0.35 

1.0 

2 

Closed  Injuries 

13 

0.20 

0.30 

1.0 

3 

Multiple  Trauma 

33 

0.15 

0.25 

1.0 

4 

Visceral  Complaints 

20 

0.10 

0.20 

1.0 

5 

Chronic  Complaints 

26 

0.05 

0.15 

1.0 

1.       Full  Services  with  No  Optimization 

As  one  would  expect,  under  a  full  service  environment  with  the  given  patient 
arrival  rate  as  depicted  in  Figure  5.5,  an  under-utilization  of  the  emergency  room's 
facilities  occurs  as  shown  in  Table  5.2.  To  understand  the  utilization  rate  of  the  emergency 
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room  facilities,  one  must  understand  the  simulation  model.  The  model  is  designed  to  seek 
the  nurse  or  doctor  who  has  been  without  a  patient  for  the  longest  amount  of  time  resulting 
in  the  patient  load  being  relatively  evenly  distributed  among  the  staff.  Having  staff  only 

TABLE  5.2:  SCENARIO  1— SERVER  UTILIZATION 


Nurse 

Utilization 

Doctor 

Utilization 

Bed 

Utilization 

1 

17.65% 

1 

14.79% 

1 

38.37% 

2 

7.03% 

2 

12.96% 

2 

19.07% 

3 

11.75% 

3 

10.66% 

3 

5.88% 

4 

11.49% 

4 

13.39% 

4 

5 

6,7,8,9.10 

0.82% 

0.13% 
0.00% 

utilized  less  the  19%  of  the  time  is  not  economical  to  the  hospital.  For  bed  utilization,  the 
model  tries  to  fill  whichever  bed  in  not  in  use  starting  with  the  first  bed  and  progressing  to 
the  tenth  bed.  Therefore,  from  Table  5.2,  one  can  observe  that  only  five  beds  are  required 
with  the  fourth  and  fifth  being  used  less  than  1%.  Table  5.3  provides  other  pertinent 
statistics  of  the  full  service  queuing  model .  All  show  gross  under-utilization  of  facilities. 
TABLE  5.3:  SCENARIO  1— SYSTEM  UTILIZATION 


Average  Patients  in  System 

1.125  Patients 

Maximum  Time  in  System 

28.53  Minutes 

Average  Registration  Queue  Length 

0.00  Patients 

Average  Time  in  Registration  Queue 

0.00  Minutes 

Maximum  Time  in  Registration  Queue 

0.00  Minutes 

Percent  Who  Wait  for  Registration 

0.00  % 

Average  Bed  Queue  Length 

0.00  Patients 

Average  Time  in  Bed  Queue 

0.00  Minutes 

Maximum  Time  in  Bed  Queue 

0.00  Minutes 

Percent  Who  Wait  for  a  Bed 

0.00  % 

52 


From  this  simulation,  the  manager  can  understand  much  about  the  behavior  of 
the  system  that  will  be  used  in  further  simulations.  First,  reduce  the  number  of  beds 
available  from  ten  to  at  least  five.  One  must  be  careful  though  because  as  the  number  of 
servers  is  reduced,  the  bed  usage  will  correspondingly  increase.  The  second  behavior  is  the 
utilization  of  nurses  and  doctors.  From  this  simulation,  a  manager  can  reduce  the  available 
resources  by  at  least  one  nurse  and  one  doctor.  Ideally,  he/she  can  reduce  the  staff  to  one 
nurse  and  doctor  during  off  hours  with  augmentation  of  two  or  three  of  each  during  peak 
hours.   All  of  these  "what  ifs"  will  be  analyzed  in  the  next  section. 
2.        Limited  Service  with  Optimization 

The  following  scenario  is  a  product  of  several  "what  if  scenarios.  This 
process  took  several  hours  of  computer  time  but  it  is  still  significantly  more  economical 
than  trial  and  error  methods  over  several  months.  The  final  values  of  utilization  for  nurses, 
doctors,  and  beds  are  based  upon  the  author's  judgment  of  what  is  believed  to  be  an 
optimal  solution.  A  professional  hospital  administrator  would  be  able  to  apply  this  model 
to  an  actual  hospital  emergency  room  to  which  he/she  could  achieve  an  optimal  solution 
based  upon  his/her  expertise. 

The  final  number  of  nurses,  doctors,  and  beds  that  were  modeled  was  two,  two 
and  five  respectively.  A  nurse  and  doctor  were  available  twenty-four  hours  a  day  while  a 
second  nurse  and  doctor  were  assigned  during  peak  hours  from  0800  to  1600.  The  five 
beds  were  available  during  the  entire  twenty-four  hours.  Table  5.4  presents  the  utilization 
of  the  emergency  room  facilities.  The  nurse's  and  doctor's  utilization  increases 
significantly  from  the  first  scenario  but  they  are  not  over-utilized.  Table  5.5  presents  the 
statistics  for  the  queuing  environment.  The  length  of  time  in  the  system  along  with  the 
number  of  patients  in  the  system  increased  but  not  to  unreasonable  values.  Additionally, 
nobody  had  to  wait  for  a  bed  and  that  was  one  of  the  criterion  of  the  system. 


53 


TABLE  5.4:  SCENARIO  2— SERVER  UTILIZATION 


Nurse 

Utilization 

Doctor 

Utilization 

Bed 

Utilization 

1 

38.62% 

1 

40.35% 

1 

42.78% 

2 

30.70% 

2 

33.89% 

2 
3 
4 
5 

23.31% 

6.71% 
1.14% 

0.36% 

TABLE  5.5:  SCENARIO  2— SYSTEM  UTILIZATION 


Average  Patients  in  System 

1.354  Patients 

Maximum  Time  in  System 

72.05  Minutes 

Average  Registration  Queue  Length 

0.106  Patients 

Average  Time  in  Registration  Queue 

1.992  Minutes 

Maximum  Time  in  Registration  Queue 

35.800  Minutes 

Percent  Who  Wait  for  Registration 

31.21  % 

Average  Bed  Queue  Length 

0.00  Patients 

Average  Time  in  Bed  Queue 

0.00  Minutes 

Maximum  Time  in  Bed  Queue 

0.00  Minutes 

Percent  Who  Wait  for  a  Bed 

0.00  % 

Even  with  the  above  results,  a  manager  must  understand  how  those  results  are 
derived.  These  values  are  based  upon  a  one  week  scenario  derived  from  probabilistic  data. 
Therefore,  there  is  a  range  of  randomness  that  exists  which  can  cause  some  values  to 
fluctuate.  In  Figure  5.6,  the  number  of  total  patients  in  the  system  is  illustrated.  A  number 
of  peaks  exist  which  do  not  necessarily  correspond  to  the  patient  arrival  rate  as  illustrated 
in  Figure  5.5  or  the  number  of  nurses  and  doctors  available.  With  probabilistic  scenarios, 
patients  will  sometimes  arrive  only  a  few  minutes  apart  leading  to  a  temporary  overload  of 
the  servers  resulting  in  queues.  This  is  the  cause  for  a  number  of  the  peaks  shown  above. 
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Therefore,  like  an  inventory  management  system,  a  hospital  manager  can  include  safety 
buffers  within  his/her  ideal  solution.  Extra  beds  could  be  positioned  in  the  emergency  room 
and  nurses  and  doctors  can  be  put  on  call  to  handle  unexpected  increased  workloads. 

Even  with  an  understanding  that  simulation  methods  do  not  produce  a  perfect 
answer,  simulation  does  provide  guidelines  and  an  understanding  of  the  behavior  of  a 
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Figure  5.6:   Patients  in  the  Hospital  Emergency  Room 

queuing  system.  Instead  of  the  expensive  approach  of  trial  and  error,  a  manager  using  a 
queuing  system  can  apply  simple  modeling  techniques  to  understand  the  behavior  of  a 
system  and  arrive  at  a  plausible  solution.  Juxtaposing  the  solution  with  the  manager's 
professional  expertise  will  result  in  the  optimal  policy  for  a  queuing  environment.  The  next 
chapter  will  demonstrate  how  a  manager  can  not  only  use  spreadsheet  simulation  for 
inventory  and  queuing  problems  but  also  for  approaching  complex  financial  dilemmas. 


55 


VI.    FINANCIAL  BUDGETING 

The  previous  two  chapters  focused  on  how  spreadsheet  simulation  can  be  employed 
to  resolve  two  very  specific  resource  allocation  predicaments:  inventory  distribution  and 
queuing  utilization.  Not  all  managers  will  be  confronted  with  either  of  these  unique 
management  dilemmas.  However,  virtually  every  manager  is  faced  with  the  prospect  of 
justifying  his/her  need  for  financial  resources  in  the  future.  In  corporate  America  and  the 
Department  of  Defense,  financial  capital  is  a  scarce  resource  that  must  be  pleaded  for  and 
then  allocated  within  an  organization.  The  allocation  justification  process  is  an  estimate, 
often  itemized,  of  expected  income  and  expense  for  a  given  period  in  the  future  or  more 
succinctly  known  as  financial  budgeting.  Estimation  is  the  relevant  term  in  the  definition 
of  budgeting  that  lends  financial  budgeting  as  an  apropos  subject  for  the  discipline  of 
simulation.  Thus,  this  chapter  will  focus  on  resource  allocation  as  it  pertains  to  financial 
budgeting  which  is  another  facet  of  a  successful  manager's  prowess. 

A.      THEORY 

The  creation  of  a  financial  budget  is  an  integral  part  of  any  organization  that  will  be 
confronted  by  every  manager  who  is  responsible  for  financial  capital.  The  manager's 
performance  is  frequently  judged  upon  his/her  ability  to  submit  a  budget  to  management 
and  then  stay  within  its  limits.  Therefore,  the  methods  employed  by  a  manager  when 
designing  his/her  segment  of  the  budget  is  crucial  to  his/her  viability  as  well  as  to  the 
organization.  Unfortunately,  many  aspects  of  budget  formulation  are  not  easily  quantified. 
Interrelationships  among  cash  flow  items  are  not  always  clear,  the  operating  environment 
is  often  turbulent,  and  predicting  the  future  based  upon  historical  data,  trends,  and 
managerial  judgment  are  just  a  few  of  the  factors  that  must  be  considered  when  a  manager 
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takes  on  the  task  of  budget  formulation.  So  how  does  a  manager  create  a  budget  and  how 
can  spreadsheet  simulation  simplify  his/her  quandary? 

This  chapter  will  assume  that  the  reader  understands  basic  budgeting  methodology 
as  only  a  few  budgeting  concepts  that  are  relevant  to  the  discussion  will  be  introduced. 
There  are  essentially  three  levels  of  budgeting  complexity  [Ref.  2:p.  80].  The  first  is  the 
most  simplistic  and  is  the  foundation  for  the  other  two  levels.  This  foundation  level  of 
budgeting  is  applicable  to  situations  that  entail  little  uncertainty  in  quantifying  income  or 
expense  and  in  predicting  the  future.  The  manager  will  often  employ  a  spreadsheet  to 
develop  the  budget.  He/she  will  categorize  income  and  expenses  onto  the  spreadsheet  and 
project  into  the  future.  The  summation  or  bottom  line  for  the  year  constitutes  the 
manager's  budget.  Therefore,  the  manager  is  using  simple  deterministic  estimates  to 
create  a  budget.  This  is  called  line  item  budgeting  in  the  business  world.  This  method  is 
frequently  appropriate  for  many  situations  within  a  business.  However,  with  more  factors 
considered  or  a  larger  fraction  of  the  business  included  in  the  budget,  the  line  item  budget 
becomes  too  inaccurate.  Management  will  then  cross  into  the  second  level  of  budgeting. 

The  second  level  of  budgeting  increases  in  complexity  because  it  employs 
mathematical  relationships  to  quantify  interactions  between  variables.  By  identifying 
casual  relationships,  the  manager  accounts  for  important  functional  relationships  among 
variables  and  significantly  increases  the  accuracy  of  his/her  budget.  Mathematical 
relationships  between  different  aspects  of  a  business  vary  but  are  often  segmented  into 
fixed  and  variable  costs.  Fixed  costs  are  similar  to  values  used  in  line  item  budgeting. 
They  are  those  that  are  part  of  the  production  expense  that  will  occur  even  if  no  products 
are  produced  such  as  equipment  depreciation.  Thus,  fixed  costs  do  not  vary  during  the 
year  and  are  easily  quantified.  However,  with  variable  costs,  the  manager's  experience 
becomes  a  factor.  An  example  of  a  variable  cost  is  the  expense  of  producing  one  product 
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such  as  the  materials  within  the  item.  The  manager's  experience  is  required  for  variable 
costs  because  he/she  must  predict  how  many  products  will  be  produced.   However,  similar 
to  line  item  budgeting  the  values  that  are  included  in  formulation  of  the  budget  are  still 
deterministic.  Thus,  the  prediction  about  the  future  fails  to  quantify  the  uncertainty 
relating  to  the  future.  This  is  the  key  weakness  of  this  method  of  budgeting.  To  resolve 
this  dilemma,  a  manager  will  evoke  the  third  level  of  budgeting. 

The  third  level  of  budgeting  is  the  most  complex  and  is  the  point  where  spreadsheet 
simulation  becomes  essential  to  the  solution.  The  third  level  employs  probabilistic 
techniques  to  quantify  uncertainty  associated  with  future  events.  The  remainder  of  this 
chapter  will  focus  on  how  a  second  level  spreadsheet  budget  can  be  augmented  by 
simulation  for  a  more  realistic  budget.  However,  there  will  never  be  a  100%  correct 
answer  because  one  can  never  fully  predict  the  future. 

To  understand  how  simulation  can  be  of  benefit  to  the  manager  in  the  budgeting 
process,  one  must  first  be  introduced  to  Monte  Carlo  methodology.  The  Monte  Carlo 
technique  can  be  defined  as  a  method  where  a  stochastic  variable  is  assigned  a  value  for 
use  in  a  calculation  by  drawing  a  random  value  that  is  correlated  to  the  probability 
distribution  of  the  variable. 

The  Monte  Carlo  concept  is  best  comprehended  by  a  simplified  example.   A 
manager  is  requested  to  estimate  sales  of  a  particular  product  based  upon  his/her  collective 
experience.  He/she  provides  an  optimistic  prediction  of  1000  units  and  pessimistic  value 
of  500  units  with  a  uniform  distribution  between  these  extremes.  From  this  information,  a 
uniform  distribution  is  created  that  can  be  used  in  a  Monte  Carlo  simulation.  The 
pessimistic  value  is  assigned  a  value  of  zero  while  the  optimistic  value  is  assigned  a  value 
of  one.  A  random  number  is  then  generated  between  zero  and  one.  If  the  random  number 
was  0.3,  a  ratio  between  500  and  1000  units  will  results  in  650  units  of  sales. 
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The  above  example  is  a  simplistic  example  of  the  Monte  Carlo  method  but  it 
illustrates  the  essential  steps.  First,  a  probability  distribution  is  assigned  to  the  variable  of 
interest.  There  are  several  distributions  to  choose  from  such  as  uniform,  triangular, 
normal,  Poisson,  and  tabular  to  name  a  few.  What  distribution  is  best  must  be  determined 
by  collecting  previous  data  that  is  normally  surmised  into  a  frequency  distribution  that  can 
be  correlated  to  an  appropriate  distribution.  An  appropriate  caution  must  be  stated  before 
preceding  any  further.  A  significant  assumption  has  been  made  when  assigning  a 
probability  distribution  based  upon  historical  data.  Monte  Carlo  methods  are  founded 
upon  the  assumption  that  the  historical  data  with  its  corresponding  distribution  are  in  fact 
a  true  representation  of  the  variable's  interaction  in  the  past  and  can  be  projected  into  the 
future.  Otherwise,  the  model  will  produce  results  that  are  misleading  and  of  no  benefit  to 
the  analysts. 

If  the  variable  of  interest  is  not  quantifiable  with  past  data,  the  probability 
distribution  must  originate  from  the  manager.  He/she  must  either  estimate  what  he/she 
believes  are  the  pessimistic,  optimistic,  and  most  likely  values  or  chance  occurrence  for 
each  range  of  possible  values  for  each  variable.  This  is  not  an  easy  task  but  it  surpasses 
the  alternative  methods  of  intuition  or  trial  and  error. 

The  second  step  of  the  Monte  Carlo  method  is  to  assign  the  probability  distribution 
a  corresponding  range  of  values  from  zero  to  one.  The  third  step  is  to  generate  a  random 
number  from  zero  to  one  that  is  then  applied  to  the  probability  distribution  for  a 
corresponding  value  that  is  then  used  in  further  calculations. 

The  fourth  step  is  to  perform  steps  three  and  four  several  times  to  allow  the  law  of 
averages  to  work.  The  result  is  a  range  of  values  for  the  value  of  interest  or  objective 
variable  such  as  total  budget,  net  present  value,  etc.  This  range  of  values  is  then  tabulated 
into  a  frequency  distribution  from  which  further  analysis  can  be  performed.   The  frequency 
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distribution  is  the  paramount  benefit  of  the  Monte  Carlo  technique.  Instead  of  one 
deterministic  result,  a  range  of  values  is  presented  to  the  manager  that  give  the  probability 
of  achieving  the  objective.  Thus,  the  manager  can  make  a  budgetary  decision  with 
significantly  more  confidence  than  the  deterministic  approach. 

Thus,  Monte  Carlo  methods  offer  several  benefits  to  the  manager  when  he/she  is 
confronted  with  a  complex  financial  budgeting  dilemma.  He/she  can  assign  due  weight  to 
uncertain  quantities  and  relationships  vice  relying  totally  on  one  deterministic  value. 
Additionally,  he/she  has  more  information  from  which  to  base  his/her  decisions. 
Furthermore,  Monte  Carlo  methods  are  relatively  inexpensive  to  perform  and  can  be  easily 
adapted  to  a  computer  spreadsheet  from  which  most  budgets  have  their  origins.  The  next 
section  will  discuss  how  a  spreadsheet  can  be  programmed  to  perform  Monte  Carlo 
simulation. 

B.       MONTE  CARLO  SIMULATION 

A  computer  spreadsheet  is  relatively  easily  programmed  through  a  macro  to  employ 
the  Monte  Carlo  methods.  The  macro  that  was  created  with  Excel  4. 0  is  much  less 
intricate  than  the  two  previous  chapter's  macros  and  required  the  least  amount  of  time  to 
create.  The  only  real  difficulty  encountered  during  programming  was  the  creation  of  a 
method  for  the  macro  to  be  dynamically  linked  to  the  worksheet  through  variable  names 
and  cell  reference  without  explicitly  using  the  worksheet's  name  so  as  to  make  the  macro 
applicable  to  any  appropriate  spreadsheet.  Therefore,  the  Monte  Carlo  macro  is 
fundamentally  different  from  the  inventory  distribution  or  queuing  utilization  macros  and 
can  be  applied  to  any  spreadsheet  that  has  probabilistic  parameters  with  a  desired 
objective.  The  macro  has  more  applications  than  just  financial  budgeting  and  this  makes  it 
the  most  universal  of  the  three  macros  developed  during  this  study 
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A  caveat  must  be  understood  before  discussing  the  model.  Monte  Carlo  simulation 
is  not  simulation  in  the  same  sense  as  inventory  or  queuing  simulation.  When  a  manager 
employs  Monte  Carlo  methods,  the  results  of  the  simulation  are  a  frequency  distribution  of 
possible  eventual  outcomes  that  can  be  analyzed  and  used  for  decision  analysis.  However, 
this  method  does  not  demonstrate  the  behavior  of  the  system  as  it  changes  over  time 
which  is  the  essential  element  of  the  previous  two  chapters.  Therefore,  Monte  Carlo 
simulation  is  not  true  simulation  but  instead  a  sampling  technique  for  determining 
probabilistic  values  for  a  crucial  variable.  These  values  can  then  be  used  in  a  true 
simulation  model  for  a  more  realistic  behavior  analysis. 

The  development  of  the  Monte  Carlo  macro  begins  with  a  flow  chart  that  identifies 
key  interactions  within  the  model.  Figure  6. 1  depicts  the  events  in  the  macro  that  begins 
with  the  identification  of  essential  parameters  and  retrieval  of  data  from  the  worksheet  if  it 
was  previously  saved.  The  next  chain  of  events  is  to  assign  probabilistic  variables  on  the 
spreadsheet  with  a  respective  probability  distribution.  Four  distributions  are  offered  in  the 
macro:  uniform,  triangular,  normal,  and  tabular.  Excel  4.0  is  capable  of  several  other 
distributions  that  can  be  programmed  into  the  macro  if  so  desired. 

The  next  sequence  of  events  is  the  heart  of  the  Monte  Carlo  method.   A  random 
number  is  generated  for  each  variable  that  is  used  to  determine  the  variable's  value  from 
its  corresponding  probability  distribution.  After  all  variables  have  been  assigned  a  value, 
the  objective  variable  is  recorded  and  relative  frequency  data  is  tabulated.  This  process 
repeats  itself  for  the  number  of  iterations  chosen  by  the  analyst. 

Once  the  iterations  are  complete,  the  model  transfers  input  data  and  the  output 
statistics  for  further  analysis  to  the  worksheet  if  desired  by  the  analyst.  The  worksheet  is 
also  returned  to  its  original  state  by  changing  the  manipulated  variables  to  their  original 
values.  The  Monte  Carlo  analysis  of  a  worksheet  is  then  complete. 
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Figure  6.1:  Monte  Carlo  Flow  Chart 
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Key  to  the  accuracy  of  the  simulation  is  the  number  of  iterations  that  were 
performed  by  the  macro.  There  are  no  rules  of  thumb  or  mathematical  methods  for 
determining  the  number  of  iterations  required  to  achieve  accurate  results.  However,  a 
method  can  be  employed  to  ensure  that  results  are  consistent.  First,  the  simulation  is 
performed  with  a  few  iterations  around  a  wide  range  of  possible  objective  results.  The 
resultant  upper  and  lower  limit  from  this  limited  simulation  is  then  used  in  the  next 
simulation  run  in  which  significantly  more  iterations  are  performed.  A  third  run  using 
more  iterations  is  then  compared  to  the  second  run.  The  frequency  distribution 
comparison  of  each  run  should  not  be  significantly  different  when  plotted  on  the  same 
axis.  If  they  are,  more  iterations  are  required  until  the  distributions  are  relatively  equal. 

With  a  Monte  Carlo  macro  developed,  the  manager  is  ready  to  embark  upon 
financial  budgeting  using  Monte  Carlo  methods.  To  apply  the  macro,  a  few  concepts  must 
be  built  into  the  worksheet  which  contains  the  budget  information.  First,  all  essential 
variables  that  affect  the  objective  must  be  included  on  the  worksheet.  Second,  for  each 
essential  variable,  it  must  be  classified  as  either  state,  policy,  or  environmental.  State  and 
policy  variables  are  not  pertinent  to  the  Monte  Carlo  macro.  Environmental  variables  are 
the  variables  for  which  a  probability  distribution  must  be  determined  and  modeled  by  the 
Monte  Carlo  method.  The  third  step  is  to  create  the  worksheet  based  on  the  previous  two 
steps.  Essential  to  the  creation  of  the  worksheet  is  to  ensure  that  all  variables  and  the 
objective  are  linked  by  formulas.  Thus,  as  the  environmental  variables  are  changed  by  the 
macro,  the  objective  also  changes  and  statistics  can  be  generated. 

The  above  concepts  are  required  for  the  proper  execution  of  the  Monte  Carlo 
macro.  The  macro  will  perform  the  simulation  with  any  worksheet  designed  in  this 
manner.  It  does  not  have  to  be  a  financial  budgeting  scenario.  Also,  if  one  understands 
how  the  macro  interacts  with  the  worksheet,  he/she  can  speed  up  the  initial  variable  entry 
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process.  The  macro  communicates  to  the  user  through  dialog  boxes.   For  each  variable,  a 
dialog  box  requests  either  the  variable's  cell  location  or  name.  The  name  function  on  the 
dialog  box  provides  a  list  of  all  names  for  the  worksheet.  Thus,  by  naming  all  the 
environmental  variables,  the  analyst  does  not  have  to  search  though  the  worksheet  to 
locate  a  cell  reference. 

The  Monte  Carlo  method  and  macro  have  now  been  introduced.  To  fully  appreciate 
the  benefits  that  can  be  rendered  by  these  techniques,  a  financial  budgeting  scenario  is 
modeled  and  simulated  in  the  next  section. 

C.      SCENARIO 

The  Department  of  Defense  application  of  the  Monte  Carlo  simulation  method  that 
was  analyzed  was  the  1974  through  1976  budget  of  the  Civilian  Health  and  Medical 
Program  for  the  Uniformed  Services  (CHAMPUS).  All  of  the  information  that  will  be 
presented  is  derived  from  Maassen  and  Whipple  [Ref  4]  and  the  following  analysis  does 
not  attempt  to  verify  or  repute  the  reported  results.  Additionally,  some  simplifications 
were  made  to  the  worksheet  so  as  not  to  make  the  model  too  complex. 

Illustration  6. 1  shows  the  budget  for  CHAMPUS  as  estimated  for  1974  through 
1976.   A  simplification  of  the  derivation  of  the  values  included  in  Illustration  6  1  is  present 
in  Illustration  6.2.  The  54  shaded  areas  on  Illustration  6.2  are  the  environmental  variables 
that  are  linked  to  Illustration  6. 1  by  the  italicized  variables.  They  affect  the  total  budgeted 
obligation  on  Illustration  6. 1  which  is  the  objective  value.  The  methods  which  the  Navy 
used  to  derive  these  values  are  rudimentary  and  therefore  lead  one  to  question  their 
accuracy.  Additionally,  the  derivation  of  some  of  the  values  was  not  explained  by 
Maassen  and  Whipple  [Ref.  4]. 

For  the  straight  line  projection  environmental  variables,  the  values  are  based  upon  a 
determination  of  the  percentage  change  that  occurred  during  the  previous  year,  1973.   No 
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forecasting  techniques  were  employed  and  the  projection  was  held  constant  during  the 
three  years  that  were  estimated  in  the  budget.  Inflation  is  also  based  upon  a  one  year 
trend.  The  inflation  that  was  experienced  during  1973  was  calculated  and  projected  to  be 
the  same  during  the  next  two  years  with  no  inflation  in  the  last  year.  The  methods  from 
which  population  was  calculated  were  not  provided  by  the  reference. 

The  Monte  Carlo  financial  budgeting  scenario  was  performed  by  assigning 
probabilistic  distribution  to  the  forty-eight  variables  with  total  obligations  as  the  objective. 
Since  neither  historic  data  nor  CHAMPUS  manager  experience  was  available,  there  was 
no  accurate  method  to  determine  appropriate  distributions.  Instead,  reasonable  variations 
around  the  actual  values  were  used  with  uniform,  triangular,  and  tabular  distributions. 
This  method  demonstrates  how  a  spreadsheet  and  Monte  Carlo  method  can  be  applied  for 
financial  budgeting  which  is  within  the  scope  of  this  thesis.  There  was  no  attempt  made  to 
design  a  better  CHAMPUS  financial  budgeting  system  which  would  require  an  anlaysis  of 
sufficient  historical  data. 

Figure  6.2  presents  the  frequency  distribution  for  500  and  750  iterations.  The 
distribution  appears  reasonably  stable  thus  sufficient  iterations  were  performed.  The 
distributions  do  not  reflect  any  resemblance  to  factual  data  since  the  inputs  were  only 
theorized.   However,  Figure  6.2  does  show  the  benefit  of  Monte  Carlo  simulation. 
Instead  of  the  deterministic  values  of  $527,383  as  provided  in  Illustration  6. 1,  a  range  of 
values  is  depicted.  For  example,  there  is  approximately  a  80%  chance  that  total  obligation 
will  exceed  $580,000  while  only  a  20%  chance  that  it  will  exceed  $780,000.  Furthermore, 
even  though  the  inputted  values  are  not  factual  but  only  a  variation  of  the  deterministic 
values,  the  probability  of  achieving  a  budget  of  $527,383  is  less  than  10%  in  this  scenario. 
This  may  explain  why  CHAMPUS  consistently  exceeds  budget  every  year.  The  benefit  of 
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Figure  6.2:  Total  Simulated  Obligations 

this  information  is  enormous.  A  manager  does  not  have  to  base  his/her  judgment  solely 
upon  a  single  value  but  instead  can  weigh  the  probability  of  achieving  a  goal  based  upon  a 
frequency  distribution. 

This  scenario  illustrates  the  benefit  of  Monte  Carlo  simulation  in  financial  budgeting. 
As  stated  previously,  this  macro  can  also  be  applied  in  many  other  resource  allocation 
scenarios.   It  is  applicable  to  situations  that  involve  uncertainty  that  can  be  reasonably 
quantified  such  as  capital  investment  scenarios.  The  next  chapter  presents  the  summary 
and  conclusions  for  this  simulation  method  as  well  as  the  previous  two  chapters' 
simulations. 
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VII.  SUMMARY  AND  CONCLUSIONS 

The  overall  purpose  of  this  study  was  to  explore  the  possibility  of  applying  digital 
computer  spreadsheets  as  a  sophisticated  tool  for  resolving  resource  allocation  enigmas. 
This  involved  a  general  discussion  of  simulation  as  a  resource  allocation  tool  and  the 
methodology  required  to  adapt  a  spreadsheet  as  a  viable  simulation  device.  To  illustrate 
spreadsheet  simulation,  three  separate  and  unique  resource  allocation  scenarios  were 
analyzed. 

An  inventory  distribution  system  was  the  first  allocation  dilemma  that  was 
simulated.  Several  spreadsheet  macros  were  created  to  fully  analyze  the  behavior  of  the 
complex  system.  Microsoft 's  Excel  4.0  was  fully  capable  of  the  simulation  task  and  many 
techniques  that  were  created  were  used  in  the  next  two  scenarios. 

The  second  scenario  was  a  queuing  utilization  analysis  of  a  hospital  emergency 
room.  This  model  proved  to  be  the  most  difficult  to  adapt  to  a  spreadsheet  due  to  the 
requirement  of  maintaining  a  vast  data  base  on  present  and  past  events.  However,  through 
creative  programming  techniques,  the  spreadsheet  was  also  capable  of  queuing  simulation. 

Financial  budgeting  through  Monte  Carlo  methodology  was  the  final  simulation 
scenario  analyzed.  Adapting  the  spreadsheet  for  this  scenario  was  the  least  difficult  of  the 
three.  The  result  of  Monte  Carlo  simulation  is  not  true  simulation  as  the  produced  result 
is  a  probability  distribution  vice  a  system  behavior  analysis.  However,  the  Monte  Carlo  is 
the  most  adaptable  of  the  three  models  as  it  is  not  as  specific  in  design  as  the  previous  two 
models.  It  can  be  applied  to  a  wide  variety  of  resource  allocation  models. 

Simulation  methodology  for  resource  allocation  is  no  longer  limited  to  those  who 
have  access  to  simulation  specific  computer  software.   Spreadsheets,  that  are  available  to 
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virtually  every  manager,  can  be  programmed  in  simulation  methodology  to  analyze  all  but 
the  most  complex  resource  allocation  enigma. 
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APPENDLX  A 
INVENTORY  DISTRIBUTION  OUTPUT  AND  MACROS 

SCENARIO  ONE — ONE  WAREHOUSE,  NO  USER  INVOLVEMENT 


Initial  Data 

Dealer 

Warehouse 

Dealer 

Beginning  Inventory 

50 

50 

100 

Reorderr/Begin  Production  Level 

25 

25 

35 

Stop  Production 

* 

* 

100 

Amount  Order/Rate  of  Production 

25 

25 

30 

Holding  Cost 

$0.10 

$0.10 

$0.10 

Order/Setup  Cost 

$20 

$20 

$100 

Shortage  Cost 

$50 

$50 

$50 

Inventory 


Inventory  Level 


a 

Dealer  Derrand 

IB 

Dealer 

■ 

Warehouse 

m 

Factory 
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Backorders 


Total  Cost 


Cos!    13.000 


a 

Dealer 

a 

Wuchouje 

■ 

Faclory 
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SCENARIO  2 — THREE  WAREHOUSES,  NO  USER  INVOLVEMENT 


Initial  Data 

Dealer 

Warehouse 

Dealer 

Beginning  Inventory 

50 

50 

100 

Reorder/Begin  Production  Level 

25 

25 

35 

Stop  Production 

* 

* 

100 

Amount  Order/Rate  of  Production 

25 

25 

30 

Holding  Cost 

$0.10 

$0.10 

$0.10 

Order/Setup  Cost 

S20 

S20 

SI  00 

Shortage  Cost 

$50 

$50 

$50 

Inventory 


Inventory  Level     «o 


a 

Dealer  Demand 

a 

Dealer 

■ 

Wanhoute-I 

□ 

U/vvhoui«-2 

a 

Wanshouie-3 

u 

Fact  cry 
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Backorder 


Backordcr  Level 


B  Dealer 

83  Warehouse- 1 

■  Warehouse-: 
□  Warehouse-} 
E3  Factory 


Total  Cost 


S33.00O 


Cost 


J15.000 


JiOOO 


a 

Dealer 

13 

Warehouse- i 

■ 

Warehouie-2 

m 

Wfljvhou«e-3 

a 

Factory 
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SCENARIO  3 — THREE  WAREHOUSES,  FULL  USER  INVOLVEMENT 


Initial  Data 

Dealer 

Warehouse 

Dealer 

Beginning  Inventory 

50 

50 

100 

Reorder/Begin  Production  Level 

25 

25 

35 

Stop  Production 

* 

* 

100 

Amount  Order/Rate  of  Production 

25 

25 

30 

Holding  Cost 

$0.10 

$0.10 

$0.10 

Order/Setup  Cost 

$20 

$20 

$100 

Shortage  Cost 

$50 

$50 

$50 

Inventory 


39 

Dealer  Demand 

S3 

Dealer 

■ 

Warehome-l 

a 

Warehouse -2 

■ 

Warehouse-} 

m 

Factory 
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Backorder 


Backorder  Level 


m  Dealer 
83  Wanhoiue-I 
U  Wajchouse-2 
d  Warehouse-3 
S5  Factory 


Total  Cost 


Cost 


9  Deakr 

83   WlRhOUM-l 

■  Warchoiue-2 
□  Warehouie-3 
SI  Factory 
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SCENARIO  4 — THREE  WAREHOUSES,  JIT  ENVIRONMENT 


Initial  Data 

Dealer 

Warehouse 

Dealer 

Beginning  Inventory 

50 

50 

100 

Reorder/Begin  Production  Level 

25 

25 

35 

Stop  Production 

* 

* 

100 

Amount  Order/Rate  of  Production 

25 

25 

30 

Holding  Cost 

$0.10 

$0.10 

$0.10 

Order/Setup  Cost 

S20 

S20 

$100 

Shortage  Cost 

$50 

$50 

$50 

Inventory 


Inventory  Level 


jR 

Dealer  Derrend 

S 

DealeT 

■ 

Warehouse- 1 

□ 

Warehoused 

■ 

Warehoused 

E3 

Faclory 
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Backorders 


Backorder  Level 


9  Dealer 
83  Warehoine-1 
I  Warehome-2 
D  Warehouie-3 
^  Factory 


Total  Cost 


a 

Dealer 

a 

Warehouie-I 

■ 

Warehouie-2 

D 

Warehouse-) 

a 

Factory 
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INVENTORY  DISTRIBUTION  WORKSHEET 


a 


MASTER  DISTRIBUTION  MANAGEMENT  MACRO 


A 

B 

C 

1 

names 

Command! 

Ctm/TWTfJ 

: 

) 

|    Summary  Information 

4 

TIIU: 

Miner  Diambuuon  Management  Macro 

5 

Vernon: 

vl  0 

6 

.author 

Dixon  Hi du 

■ 

Corporator 

Naval  Postgraduate  School 

9 

Oration  Dou: 

Wedncaday,  January  20.  1 903 

9 

10 

CommmdWJndow 

C  ommancTvVfcictow 

11 
12 

Umn&tm*^$ 

-WTNDOW  MAWMEECMASreR-XLS") 

Maxvnur  Maaber  Macro 

-RETURN0 

13 

!5 

15 

.       _   _1— 

mmi&rmkm 

"ECHCXFALSEI 

Cloat  Worlraheet  and  Macroa 

-ACTTYATE(^ACrORYJair) 

16 

i^TLOSEd'ALSE) 

r 

1  «ACTTVATErWARE-TjiM-) 

19 

|KXOSE(7AL3E) 

19 

=ACnVATETWAR£.2J<LM-) 

:o 

UcXOSETFALSE) 

:i 

-ACTrvATETWAR£.3_XLM"l 

23 

=CLOSE7FALSE) 

13 

-ACTTVATETDrlALER-XLM-) 

u 

-TLOSErtrALSE) 

:s 

=ACTTVATErMASTER.XLM-1 

:6 

-CLOScVFALSE) 

2" 

i-RETURNO 

28 

1 

29 
30 
31 

Mjttifttfx  ::.::;:::.:::::-;- 

=r3WOR.TYPE<"WNDOWS<|.  "DEALER.  XLM")) 

Open  Dtrcnbutor  Macroa 

=ERROR.TYPEAVTNDOWS(l.-WARE-l  XLM")) 

32 

•ERROR.  TYPEfWTNDOWS(l.-WARE-2XLM-)) 

33 

=-ERRORrr'PEfWTNDOWS(l.-'*AR£-3  XL.VT3) 

3-1 

»E]lROR.TTPEfWINDOW3(I.T'ACTORY  XLM-)) 

35 

,=0;fBJO-7iOPEN<-DEALEK.XLMmJ.TRUF)) 

34 

-IF(B31-7  0PEN(-WAR£.|  XLM"J.TRUE1) 

3" 

'•(FfB32-7,OPENrWARE.2.XLM"J.TRUE)) 

38 

-OTB33-'  OPENl-v/ARE-3  XLM-J  TRUE1I 

39 

HFfB34-7,OPENrFACTORY  XLWJ.TRUEl) 

40 

»ACnVATETMAJTERJ(iST 

41 

42 

-SET  VALUEfPrornpl  aeratioafALSE) 

Set  Initial  Variable 

43 

-SETVALUETP  Start  UerauorU'AUE) 

44 

j-SETVAUJE(S<ic«r  UodalfcTRUE) 

45 

!  -SET  VALUEITJeratiorBOO) 

46 

-SET  VALUFJSlaraip  lio-miona.0) 

47 

'-SETVALUEIS  CounU) 

48 

Fir*  Iteration 

-SET.VALUECFiral  Ihnrauon.i"RUE) 

49 

so 

-OlALOG  BOXflnput  Box  11 

UaarOuoacVanabla 

51 

•<F(Warehouaa  Number^) 

52 

•    ALERTCMore  thai  3  Warehouaa  Sdccudr  J) 

53 

-    OOTCXBJ0) 

54 

•END.1FQ 

55 

56 

-(FfBJO-FALSE) 

End  Simulation  by  uaer 

yj 

QUIT                      j-    ALERTCSLmuiauonCaicetled-J) 

'9 

-    ACTTVATE("MASTERJ<LS-) 

'9 

P    HALTQ 

60 

'=ENDIF0 

61 

12 

=(FfChanfiT  Dealer  Demand=TRirE) 

63 

1-    DlALOO.BOXnnpul  Box  2) 

64 

-ENDFQ 

65 

66 

j-ECHCXScrecn  VpoMt) 

Screai  Updating 

67 

68 

Total  Iterauona 

-fterauona+'Uamrp   ilerauone 

69 

-73ETJJAMECOumut  DaM"^NJ4:OrTSET(J>a4.(To«al  BAione*  1 U  l» 

Clear  Output  Data 

■o 

-FORMULAOOTO<Ouqa«   DaUjNW) 

■1 

IKXEARU) 

-2 

-VSCROLU1.TRUE) 

-3 
•4 

•5 
-» 

77 

:..;,; u.         ..:.      v:,\ :.:...-  ;^.:...\  ->^^^H 

ttttt^ttm^autt^M^MM 

-8 

-ITCP  Start  aaranccVTRUE) 

Ptrform  Startup  aeration  if  TJenrcd 

"9 

-     FORPCounter  SM  .Startup  Qcrauona) 

80 

3  Com 

•       Coiour  5 

91 

IFlCouimer  S>1  JETVALUEfFirat  SorauorU'ALSE)) 

82 

SET  VALUEfDay.Couraer  S) 

83 

MES3AOE(TRUE,Tlui¥iira|  Sunup  Onion") 

94 

GOTCXBOT) 

85 

-END  TO 

96 

87 
98 

-PORrCountcrVS  Coura.(Total   Uerauona)) 

Perform  [leraliona 

Day 

-    Counter 

99 

90 

-     !riD«y>l,SET  VALL^TFim  HemionJALSEl) 

-lag  tor  other  Macro* 

80 


\                 |                                                                                                                       B                                                                                                                      |                                     C 

1 

namts                      |    Command*                                                                                                                                                                                                  {comments 

91 

■     FfProrrajt  [ter*uon=TRUE) 

92 

=■        ALERTlTtilonnAnothtrlleraionr.ll 

Perform  Brother  Iteration? 

V! 

F(B92=FALSE,GOTCHBI10).) 

14 

-     ENDIFQ 

95 

96 

=     NfESSAGEfTRUEJJrv) 

Display  Dm  in  Message  Bar 

97 

=     RUN(DEALER.XLM!DeaJer.FALSE) 

Cill  Dealer  Mkto 

98 

99 

-    ff(Diy=l> 

100 

AC7TTVATErMASTER.XLNr) 

Return  Display  Control  to  Master 

101 

SET.VAi.UFJDsy.0) 

101 

•        RUNtMASTERJCLMIMsaler  Output) 

Copy  Iratisj  Dan 

103 

IPO?  SUrt  uertton^UEJJTT.VALUrOTsy.Courser  Sl^ET.VAUIEnjlT.Counte/^ 

104 

-    BNDJFO 

10* 

10* 

-     RUNfMASTERJCLMtMssier  Output) 

Copy  Each  Day*  ReauJU 

107 

-    IFfP  Sun  lt«mian-TRUE.OOTCXB113).^ 

10* 

-NEXTp 

10* 

110 

-ALERTf"3irnul*uon  CompWc"  J) 

Display  Simulation  Complete 

111 

-MESSAGEtTALSE.) 

111 

•ACTrVATETMASTERjaS*) 

Return  Control  To  Worksheet 

113 

"RETURNQ 

11-1 

115 

"NEXTQ 

116 

=SET  VALUElP  Sun  UerslionFALSE) 

Clear  Startup  Flag 

11" 

!*OOTCXB87) 

118 
119 
120 
121 
122 

M»wr_00tSUl: :  :  : 

'    """" 

Output  Rotrtltre 

-     FORMULA(D*y.OFFSET(SNS4.D*y.0»                                                                                                                                   Dsy 
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123 

!-    COPY(OFFSET(DEALER.XLM'$TMDjy.l).OFFSETISNW.Dir.2)) 
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124 
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125 
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Werehouss-2 

126 
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Warehouae-3 

12" 
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Factory 

128 
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B*ckorder  Dealer 

129 
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Warehou»e-l 

13H 
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Warehouse- 2 

131 

'    COPY(OFFSETrWARE-3  XLM''STJ4XJiy.2).OF7SETISNS4iOt».10ll 

Wsrenouse-3 

132 
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133 

-     COPY(OFTSETrDEALER..'<LM'rrj4i3»rJ).OFTSET<INS4i5tr.l2)) 

Short*  «*  Coat  Dealer 
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Warehouse-1 

135 
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136 
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137 
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138 
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Total  Cost 

154 

-FORMULA*  WARE- 1  XLM'IOrder,OFFSET(JT54,Day,7)) 

Demand 

155 

-FORMULA(Ran_Lead_Time,OFFSET(STS4,Day,8)) 

Random  Lead  Time 

156 

-FORMULA(Amount  Order,OFFSET(STS4,Day,9)) 

Amount  Order 

157 

-FORMULAlMake  Order,OFFSET($T54,Day,10)) 

Make  Order 

158 

-FORMULA!  Reorder.OFFSET(ST$4,Day,l  1 )) 

Reorder 

159 

-FORMULA!  Shipm<mt,OFFSET(STS4,Day,  1 2)) 

Shipment 

160 

161 

=RETURNO 
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WAREHOUSE  #3  MANAGEMENT  MACRO 


A 
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1 

names 

Commands                                                                                                                                          \comments 

2 

3 

Summary  Information 

4 

Title: 

Warehouse  tt  3  Management  Macro 

5 

Version: 

vl.O 

6 

Author 

Dixon  Hicks 

7 

Corporation: 

Naval  Postgraduate  School 

8 

Creation  Date: 

Wednesday,  January  20.  1 993 

9 

10 

CommandWindam        |   CommandWindow 

11 

12 

•T  M  TH  B9US0 

-rF(MASTER.XLM!FirstJteration-TRUE) 

Start  Warehouse  Macro 

13 

-     SET.VALUE(Beginning_!hventory,MASTER-XLMIVVarehou5o_Br) 

Set  Initial  Variable 

14 

-     SET.VALUE(Prompt_Reorder,FALSE) 

15 

-     SET.VALUEfPrompt  Quantity  .FALSE) 

16 

=■     SET.VALUEfReorder  PointMASTER.  XLM! Warehouse  RL) 

17 

-     SET.VALUECReorder  Quantity,MASTER.XLM!Warehouse  RQ) 

18 

-     SET.VALUEfHolding  Cost,MASTER.XLM!Warehouse  HC) 

19 

-     SET.  VALUE! Cost  OrderMASTER  XLM!  Warehouse  GO 

20 

-     SET.VALUE(Shottage_Cost>lASTER.XLMIWarehouse  SC) 

21 

-     SET.VALUEO.ead  Time,5) 

22 

-     SET.VALUEfDay.O) 

23 

-     SET.  VALUE*  Shipment,0) 

24 

-     SET.VALUE(Order,0) 

25 

-     SET.VALUEfBack  Order.O) 

26 

-     SET.VALUE(Total  Cost,0) 

27 

-     SET.VALUE(ToiaJ_Holding_Cost,0) 

28 

-     SET.VALUE(TotaJ_Order_Cost,0) 

29 

-     SET.VALUE<Total_Shortage_Cost,0) 

30 

-     SET.VALUE(Received  Order.O) 

31 

-     SET.VALUEmeorderJALSE) 

32 

-     SET.  VALUE!  Make  OrderJALSE) 

33 

-     SET  VALUEfBl  28.0) 

34 

-     SET.  VALUE!B1 29.0) 

35 

-     SET.  VALUEfBl  30.0) 

36 

-     SET.  VALUEfB  131,0) 

37 

-     SET.  VALUE(B1 32,0) 

38 

39 

-     IFfMASTER.  XLM  1  Prompt  Indmdual-TRUE) 

40 

DIALOG.  BOXOnput  Box) 

User  Choose  Variables 

41 

IF(B40-FALSE) 

End  Simulation  by  user 

42 

quit 

ALERTCSimulation  Cancelled". 3) 

43 

MESSAGEfFALSE) 

44 

ACnVATECMASTERXLS') 

45 

HALT!) 

46 

ENDIFO 

47 

-     ENDIFO 

48 

49 

»     SET  VALUEfCurrent  Inventory.Begmrunglnventory) 

Set  Current  Inventory 

50 

-     OOTOCLead  Time  Table) 

Determine  Relative  Frequency 

51 

52 

-     SET.NAMETOutput_Data',STS4  OFFSET($TS4,(MASTER.XLM!Total_Iterauon»+l  ).12)) 

Clear  Output  Data 

S3 

-     FORMULA.  GOTCXOutput  Data.T4) 

54 

-    CLEAR(3) 

55 

-     VSCROLLO.TRUE) 

56 

-     RUN(WAREO  XLMMWarehouM_Output) 

Record  Initial  Variables 

57 

-ENDIFO 

58 

59 

60 
61 

Be^fat  Riwtliifr 

62 

Day 

-MASTER- XLMIDay 

Counter  for  Reference 

63 

64 

-RANDO 

Determine  Lead  Time 

65 

-IF(B$64XVLOOKUP(l  iead_Time_Table,4)),2.1 ) 

66 

-EFfB$64><VLOOKUP(2.Lead  Time  Table.4)).3.1) 

67 

=IF(BS64>(VLOOKUP(3,Lead  Time  Table,4)),4,l ) 

68 

l=[F(BS64>(VLOOKUP(4.Lead  Time  Table,4)),5.1 ) 

69 

Ran   Lead  Time            |-MAX(B65:B68) 
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70 

71 

»Current_Inventory-Back_Order 

Fill  Backorder  if  Possible 

72 

-IF(B71>=O,0.ABS(B71)) 

Determine  Size  of  Backorder 

73 

-IF(B71>0371,0) 

Ensure  Inventory  not  Negative 

74 

"Current_Inventory-B7  3 

Determine  Change  in  Inventory 

^5 

76 

-B73-'WARE-2.XLM'IOrder 

Fill  Demand  if  Possible 

77 

-IF(B76>-0376,0) 

Ensure  Inventory  not  Negative 

78 

-B73-B77 

Determine  Change  in  Inventory 

79 

Shipment 

-B74+B78 

Determine  Amount  Shipped 

80 

Back  Order 

-IF(B76<0,B72+ABS(B76),B72) 

Adjust  Backorder  Level 

81 

82 

Current_Inventory 

-B77+Received  Order 

Receive  Shipment  if  Present 

83 

84 

-!F(MASTER.>XMIP_Start_Iterauon-TRUE,GOTO(  Reorder).; 

Slap  Reorder  ?  if  Startup 

85 

86 

-rFCPrompt_Reorder-TRUE) 

Reorder  &  Quantity7 

87 

-     SET.VALUE(Reorder.FALSE) 

88 

-     SET.VALUE(K98,Current_Inventory-Back_Order) 

89 

-     SET.VALUE(K94.Day) 

90 

-     SET.VALLE(K96,'WAR£-2.XLM,!Order) 

91 

-     SET.VALUEfMake  OrderJALSE) 

92 

-     DIALOO.BOX(Reorder_Box) 

93 

-     IF(B°2=FALSE,SET.  VALUE(Prompt_Reorder  .FALSE),) 

94 

■     GOTCKOrder) 

95 

-ENDJF0 

96 

97 

Reorder 

-IF(Current  Inventory<Reorder_Potnt,TRUE.FALSE) 

98 

99 

-IF(MASTER.XLMIP_Start_[teration-TRUE,GOT0(  Order),) 

Skip  Quantity  ?  if  Startup 

100 

101 

-IFfReorder-TRUE) 

102 

-     IF(Prompt  Quantity- TRUE) 

Quantity' 

103 

SET.  VALUEOC 1 07  _Reorderj3uantity .) 

104 

SET.VALUE(Kni,Day) 

105 

SET.VALUE(K113,'WARE-2.XL\flOrder) 

106 

SET.  VALUEfKl  1 5,Current_Inventory-Back_Order) 

107 

DIALOG.BOX(Order  Box) 

108 

rF(B107-FALSE.SET.VALUE(Prompt  QuanUty^ALSE),) 

109 

SET.VALUEfReorder  QuanUtyJC107) 

110 

-     END.IFO 

111 

-END.IF0 

112 

113 

Order 

-Reorder  Quantity'Reorder+Amount  Order"Make  Order 

Determine  Order  Quantity 

114 

115 

Execute  appropriate  Warehouse 

116 

Amount  Received 

-     RUN(FACTORYXLM!Faciory.FALSE) 

or  Factory  Macro  to  place 

117 

order 

118 

119 

120 

121 

122 

-IFfRan_Lead_Time-l  .Amount  RecervecLFALSE) 

Account  for  Lead  Time 

123 

-IFfRan  Lead  Time-2j\mount  ReceivedJALSE) 

124 

-[FfRan  Lead  Time-3.Amount  ReceivedFALSE) 

125 

-IFfRan  Lead  Time-4.Amoum  RecmveiFALSE) 

126 

-IF(Ran_Lead  Timo-5.Amount  ReceivedJALSE) 

127 

128 

Received  Order 

-B129+B122 

Count  Down  Orders  by  Day 

129 

-B130+B123 

130 

-B131+B124 

131 

-B132+B125 

132 

-B126 

133 

134 

-IFCMASTER.XLMIP  Start  Iteration- TRUEGOTCXBl  41).) 

Slop  &  Output  if  Startup 

135 
136 

Total  Shortage  Cost 

-Back  Order'Shortage  Cost+B136 

Determine  Costs 

137 

Total  Holding  Cost 

-Current  lnventory'Holdmg_Cost+B137 

138 

Total  Order  Cost 

-•Make  Order+Reorder)"Cost  Order«-B138 

139 

Total  Cost 

-B136+B137+B138 

140 
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141 
142 

=RUN('WARE-3.XLM,!Warehouse_Output) 

Record  Desired  Variables 

143 

=RETURN(  Shipment) 

144 
145 
146 
147 

Output  RouTJIK 

Warehouse  Output 

-FORMULA(Day,OFFSET($T34,Day,0)) 

Day 

148 

-FORMULA(Cumsnt_Inventory,OFFSET(STS4,Day,  1 )) 

Inventory 

149 

-FORMULA(Back  Order,OFFSET(STS4,Day.2)) 

Back  Order 

150 

-FORMULA(Total  Shortage  Cost,OFFSET(STS4X>«y.3)) 

Total  Shortage  Cost 

151 

-FORMULA(Total  Holding_Cost,OFFSET(STS4,Day,4)) 

Total_Holding_Cost 

152 

-FORMULA(Total  Order  Cost,OFFSET(ST54J3ay,5)) 

Total  Order  Cost 

153 

-FORMULA! Total  Cost,OFFSET(ST$4,Dav,6)) 

Total  Cost 

154 

-FORMULA!  WARE-2.XLM,!Order,OFFSET($T54.Day,  7 )) 

Demand 

155 

-FORMULAlRan  Lead  Time,OFFSET(STS4,Day,8)) 

Random  Lead  Time 

156 

-FORMULAtAmount  Order,OFFSET(STS4,Day,9)) 

Amount  Order 

157 

-FORMULA(Make  Order.OFFSET($T$4,Day,10)) 

Make  Order 

158 

-FORMULA!  Reorder,OFFSET($T$4,Day,l  1)) 

Reorder 

159 

-FORMULA!  Shipment,OFFSET($T54,Day,l  2)) 

Shipment 

160 
161 

-RETURNO 
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FACTORY  MANAGEMENT  MACRO 


A 

B 

<: 

1 

names 

Commands 

comments 

2 

J 

Summary  Information 

4 

Title: 

Factory  Management  Macro 

5 

Version: 

vl.O 

6 

Author 

Dtxon  Hicks 

7 

Corporation: 

Naval  Postgraduate  School 

8 

Creation  Date: 

Wednesday,  ianuary  20,  1 993 

9 

10 

CommanaWindow 

CommandWIndow 

It 
12 

Hpurt^wy 

-"•(MASTER.  XLMIFirst_Iterauon-TRUE) 

Start  Factory  Routine 

13 

-     SET.VALUEfBegmnmg  Inventory,MASTER.XLM!Factory_Br) 

Set  Initial  Variable 

14 

-     SET.VALUE(~FTompt_Begm  Production^  ALSE) 

IS 

-     SET.VALUE(Prornpt_Stop_ProducuoruFALSE) 

16 

-     SET.VALL^reegm_Production_LeveLMASTER.XLM!Factory_Start) 

17 

-     SET  VALUE(Stop_Productjon_Level.MASTER.XLMlFactory_Stop) 

18 

-     SET.VALUEtProduction  Rate,MASTERXLM'Factory_Rate) 

19 

-     SET.VALUEOiolding_Cc*t>tASTER.XLM!Factory_HC) 

20 

-     SET.  VALUE(  Setup_Cost,MASTER  XLM!Factory_PC) 

21 

-     SET.VALUE(Shortage_CostJvlASTER.XLM!Factory_SC) 

22 

-     SET.VALUE(Day.O) 

2J 

-     SET.VALUEfBack  Order.O) 

24 

-     SET  VALUECRequested  Order.O) 

25 

-     SETVALUEfProductioaFALSE) 

26 

-     SET.  VALUE*  Setup  J  ALSE) 

27 

-     SET  VALUEfBegm  ProducuonJALSE) 

28 

-     SET  VALUE!  Slop  Production/ ALSE  > 

29 

=■     SET.VALUE(Total  Cost,0) 

JO 

-     SET.VALUE(Total  Holding  Cost,0) 

31 

-     SET.  VALUE!  Total  Setup  CostO) 

32 

-     SET.VALUHTotal  Shortage_Cost,0) 

33 

34 

-     IF(MASTERXLM!Prornpt  Indrvidual-TRUE) 

User  Choose  Variables 

35 

DIALOG  BOX(Input_Box) 

36 

IRB35-FALSE) 

End  Simulation  by  user 

37 

QUIT 

ALERTCSanulauon  Cancalled',3) 

38 

MESSAGECFALSE) 

39 

ACnVATECMASTER.XLS') 

40 

HALT0 

41 

END.IF0 

42 

-     ENDD-0 

43 

44 

45 

"     SET.  VALUE* Current  Inventory,Beginning_Inventory)                                                                I  Set  Current  Inventory 

46 

47 

*     SET  NAME( "Output  Data-,SNS4  0FFSET(SNS-4,(MASTERXLMIToUl  Iterations+l),9)) 

Clear  Output  Data 

48 

-     FORMULA GOTO< Output  Data,$N$4) 

49 

-     CLEARO) 

50 

-     VSCROLLO.TRUE) 

51 

-     RUNfFACTORY.XLMIFactory  Output) 

Record  Initial  Variables 

52 
S3 
54 
55 

56 

-END.IF0 

B«gi»  RoutiM 

57 

Day 

-MASTER.  XLMIDay 

Counter  for  Reference 

58 
S9 

-Current  Inventory-Back  Order 

Fill  Backorder  if  Possible 

60 

-IF(B59>-O.0ABS(B59)) 

Determine  Size  of  Backorder 

61 

-IF(B59>0,B59,0) 

Ensure  Inventory  not  Negative 

62 

-Cumnt  Inventory-B61 

Determine  Change  in  Inventory 

63 

64 

-[FrMASTERXLM! Warehouse  Number-1) 

Fill  Demand  if  Possible 

65 
66 

Order  1 

-     B61-WARE-1  XLMVOrder 

from  relevant  warehouse 

-     SET  VALUEfRequested  Order.Order  1 ) 

67 

-ELSE. D-fMASTERXLM! Warehouse  Number-2) 

68 

Order  2 

-    B61 -WARE-2  XLM'Order 

69 

»     SET  VALUEf  Requested  Order.Order  2) 
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70 

-ELSE!) 

71 

Order  3 

-    B6!-'WARE-3.XLM,[Order 

72 

•     SET  V ALUE(Requested_Order,Order_3 ) 

73 

-ENDIFO 

74 

75 

Requested_Order 

-  Requested_Order 

76 

-IF(Requested_Order>-0Jlequested_Order,0) 

Ensure  Inventory  not  Negative 

T7 

-B61-B76 

Determine  Change  in  Inventory 

78 

Shipment 

-B62+B77 

Determine  Amount  Shipped 

79 

Back  Order 

-IF(Reque«ted  C>rder<0,B6XH-ABS(RequestedjDrderXB60) 

Adjust  Backorder  Level 

80 

81 

Current  Inventory 

-B76^nr(ProdiictiOT-TRUEJ>roducUon_Rate,0) 

Receive  Yesterdays  Production 

82 

S3 

-IF(Production-FALSE) 

Should  Production  Begm? 

84 

=EF(MASTER.XLM!P  Start  Iterauon-TRUE.GOTO(B103),) 

Skip  Start  Production  ?  if  Startup 

85 

86 

-     IFfPrornpt  Begin  Production-TRUE) 

Start  ProducUon  ? 

S7 

SET.  VALUEfKl  02,Day) 

88 

IFfMASTER.XLMWarehouse  Number-3) 

89 

SET.  VALUEfKl  04WARE-3  XLMVOrder) 

90 

ELSE  IF(MASTER.XLM  Warehouse  Number=2) 

91 

SET.  VALUEfKl  04,'WARE-2.XLM'iOrder) 

92 

ELSE0 

93 

SET.VALUE(K104,'WAR£-l.XLM,>Order) 

94 

ENDIFO 

95 

SET.VALUEfK99,Current  Inventory) 

96 

SET  VALUEfBegm  ProductionJALSE) 

97 

DIALOG.BOX(Start  Box) 

98 
99 

IF(B97-FALSE,SET.VALUE<Prompt_Begm_Producuon,FALSE),) 

100 

Production 

EFfBegm  Production-TRUE.TRUE.FALSE) 

Production  Flag 

101 

Setup 

IFfPToduction-TRUE,TRUE.FALSE) 

Setup  Flag 

102 

■     ELSE. IFfPrompt  Begm  Producticn-FALSE) 

103 

■         IF(Current  Inventory<Begm  Production  Level) 

104 

SET.  VALUEfProduction,  TRUE) 

105 

SET.  VALUEfSetup,  TRUE) 

Setup  Flag 

106 

ENDIFO 

107 

CFfMASTER.XLMP  Start  Iteration- TRUE.GOTCKBl 43),) 

108 

-     ENDIFO 

109 

110 

-  ELSE .  IFfProduction-  TRUE ) 

Stop  Production? 

111 

-CFfMASTER.XLM!P  Start  Iteration- TRUE.GOTCHB1 30),) 

Skip  Stop  ProducUon  ?  if  Startup 

112 

113 

-     IFfPrompt  Stop  Production- TRUE) 

114 

SET.  VALUE)  K132,Dayl 

115 

DF(MASTER.XLMWarehouse  Number-3) 

116 

SET  VALUEfKl  34/WARE-3  XLWOrder) 

117 

ELSE.EFfMASTER.XL.MWarehouse  Number=2) 

118 

SET.  VALUE(K134,'WARE-2.XL.\f  'Order) 

119 

ELSEf) 

120 

SET.  VALUEfKl  34/W  ARE- 1 .  XLMMOrder ) 

121 

ENDIFO 

122 

SET.  VALUEfKl  29,Current  Inventory-Back  Order) 

123 

SET  VALUEf  Stop  ProductionJALSE) 

124 

DIALOO  BOXIStop  Box) 

125 

IF  (Bl  24-FALSE.SET.  VALUE(Prompt_Stop_ProductionJ:ALSE),) 

126 

EF(Stop_Product!on-TRUE) 

127 

SET.VALUEfProductiorvFALSE) 

128 

ENDIFO 

129 

-     ELSE.IFfPrompt_Stop_Production-FALSE) 

130 

-         IFfCurrent  Inventory>Stop  Production  Level) 

131 

SET.  VALUEfProductionJ  ALSE) 

132 

ENDIFO 

133 

LFfMASTER.XLM!P  Start  Iterauon-TRUE,GOTO<B143),) 

Skip  Cost  if  Startup 

134 

-     ENDIFO 

135 

-ENDIFO 

136 

137 

Total  Shortage  _Cost 

-Back  Order' Shortage  Cost+B137 

Determine  Costa 

138 

Total  Holding_Cost 

-Current  Inventory'Holding  Cost+Bl  38 

139 

Total  Setup  Cost 

-Setup'Setup  Cost+Bl  39 

140 

Total  Cost 

=B137+B!38+B139 
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141 

=SET.  VALUE(Setup.FALSE) 

Clear  Setup  Flag 

142 

143 

=RUN(F  ACTOR  Y.  XLMIFactory_Output ) 

Record  Output 

144 

145 

«R£TURN(Shipment) 

146 

147 
148 
149 

-.  ■- 

,  „•>                          "       *                  V      <•     v^-X^X--*-  *■              >S     W     %•.">      v       , 

S*T$^;*»*,'rra*::S:¥::;:::::-::; 

ISO 

Factory_Output 

-FORMULAfDay.OFFSET(SNS4.Day.O)) 

D.y 

151 

-FORMULA(  Current  _Invent  ory.OFF  SET(SNS4,Day,  1 )) 

Inventory 

152 

-FORMULA(Back_Order,OFFSET(SN54,Day,2)) 

Back  Order 

153 

-  FORMULA<  Total_  Shortage  _Cost,  OFF  SET(  SNS4  ,Day,3 )) 

Total_Shortaga_Cost 

154 

-FORMULA(Total_HoldmaLCo«t,OFFSET($N$4,Day,4)) 

Total_Holdlng_Co«t 

155 

-FORMULA(Totai_Setup_Cost,OFFSET(SN$4,Day,5)) 

Total_S«top_Cost 

156 

=-FORMULA(Total_Cost,OFFSET(SN$4,Day,6)) 

Total  Cost 

157 

-FORMULAfRequested  Order,OFFSET(SNS4,Day,7)) 

Demand 

158 

-FORMULA*  Production,OFFSET($N$4.Day,8)) 

Production 

159 

=FORMULA<Shrpment,OFFSET($N$4J5ay,9)) 

Shipment 

160 

161 

-RETURNO 
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70 

-ELSEO 

71 

Order  3 

»    B61  -WARE-3  XUvflOrder 

n 

=     SET  VALUE!  Requested  Order.Order  3) 

73 

-END.IF0 

74 

75 

Requested_Order 

=Requested  Order 

76 

-rf(Requested_Order>-O,Reque3ted_iOrder,0) 

Ensure  Inventory  not  Negative 

77 

-B61-B76 

Determine  Change  in  Inventory 

78 

Shipment 

-B62+B77 

Determine  Amount  Shipped 

79 

Back  Order 

-rf(Requested_Order<036O+ABSCRequested_Ordei)^60) 

Adjust  Backorder  Level 

80 

81 

Current_Inventory 

-B76+rf(Production-TRUEJ>roducnon_Rate,0) 

Receive  Yesterday's  Production 

82 

83 

-IF(ProducUon-FALSE) 

Should  ProducUon  Begm? 

84 

-IF(MASTER.XLM!P  Start  Iterauon-TRUE,GOTOfB103),) 

Slap  Start  ProducUon  ?  if  Startup 

85 

86 

-     ff(Prompt_Begm  Production-TRUE) 

Start  ProducUon  ? 

87 

SET.VALUE(X102JDay) 

88 

IFfMASTER.XLMIWarehouse  Number-3) 

89 

SET.VALUE(K104,'WARE-3.XLM,>Order) 

90 

ELSE.IF(MASTER.XLM!Warehouse_Number-2) 

91 

SET.  VALUEOC1 04,'WARE-2.  XLMMOrder) 

92 

ELSE0 

93 

SET.VALUECKlCW.'WARE-l.XLM'fOrder) 

94 

END.ffO 

95 

SET.VALUEfK99,Current_lnventory) 

96 

SET.VALUEfBegm  ProducuorvFALSE) 

97 

DIALOG.BOXfStart  Box) 

98 

IF(B97-FALSE,SET  VALUElPrompt  Begm  ProducuoaFALSE),) 

99 

100 

Production 

IFCBegm  Producuon-TRUE,TRUE.FALSE) 

Production  Flag 

101 

Setup 

IFfProducuon- TRUE,  TRUE.FALSE) 

Setup  Flag 

102 

-     ELSE.fffPrompt  Begm  ProducUon-FALSE) 

103 

EF(Current  Inventory<Begm  ProducUon  Level) 

104 

SET.VALUE(Production,TRUE) 

105 

SET.  VALUE(Setup,  TRUE) 

Setup  Flag 

106 
107 

END.ffO 

ff(MASTER.XLM!P_Start_Iterauon-TRUE,GOTO(Bl  43),) 

108 

-     ENDffO 

109 

110 

-ELSE.IF(Production-TRUE) 

Stop  ProducUon? 

111 

-r5(MASTER.XLMIP_Start_Uerauon-TRUE,OOTOfBl  30),) 

Skip  Stop  ProducUon  ?  if  Startup 

112 

113 

-     EFCPrompt  Stop  Production- TRUE) 

114 

SETVALUE(K132,Day) 

115 

ff(MASTER.XLMIWarehouse  Number-3) 

116 

SET  VALUE(K134,'WARE-3XLM,'Order) 

117 

ELSE  ff(MASTER.XLM Warehouse  Number- 2) 

118 

SET  VALUECK1 34,'WARE-2.XLM,iOrder) 

119 

ELSE() 

120 

SET.  VALUEfK.1  34, 'WARE- 1 .  XLM'Order) 

121 

ENDIF0 

122 

SET.  VALUECKl 29,Current_Inventory-Back_Order) 

123 

SET.  VALUR  Stop  ProducrjoruFALSE) 

124 

DIALOG  BOXIStop  Box) 

125 

DfXBl  24-FALSE.SET  VALUE(Prornpt_Stop_ProductioruFALSE).) 

126 

IF(Stop_Producuon-TRUE) 

127 

SET.  VALUEfProducuoruFALSE) 

128 

END.ffO 

129 

-     ELSE.IF(rjronipt_Stop_Production-FALSE') 

130 

-         fffCurrent  Inventory>Stop_Production  Level) 

131 

SET.  VALLEfProducUonJALSE) 

132 

END.IFO 

133 

ff(MASTER.XLMIP  Sunt  tteration-TRUE,0OTO(BH3),) 

Skip  Cost  if  Startup 

134 

-     END.ffO 

135 

-END.ffO 

136 

137 

Total_Shortage  Cost 

-Back  Order'Shortage  Cost+B137 

Determine  Costs 

138 

Total  HoldmgCoat 

-Current  Inventory'Holdmg  Cost+B138 

139 

Total  _Setup_Cost 

-Setup-Setup  Cost+B139 

140 

Totai  Cost 

=B137+BI38+B139 
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Commands 

comments 

2 

141 

142 

= SET.  V  ALUH  Setup  J  ALSE) 

Clear  Setup  Flag 

143 

=RUN(FACTORY  XLM!Factory_Output) 

Record  Output 

144 

145 

-  R£TURN(  Shipment ) 

146 

147 
148 
149 

oxSxAS-S^SxSSMSSiSiS 

v.vav.v.v!v;v.  w.  ViV.v.w.v.wavaV.ViW.ViSw.w.-.wa  :v.::::  •.v.'.v.w.v  .v.  v.'  ■-.■<•  .-■.■.-  •.-.-.  ■  ■  •.*.-.-.■      ■  .-.■■,-.      .  ■■.■.v.v.'v.'-.v.'.v.w.v 

OsrtjMftftpflttM 

ISO 

Factory  Output 

-FORMULA(Day.OFFSET(SNS4X>ay,0)) 

D»y 

151 

-FORMULA(Current_Inventory,OFFSET($N$4J3ay.l )) 

Inventory 

152 

-FORMULA(Back_Order,OFFSET($NS4Xlay.2)) 

Back  Order 

153 

-FORMULAdotal  Shortage  Co«,OFFSETfSNS4J3ay.3)) 

To ta  1   S hortar*   C o J t 

154 

-FORMULA(TotaJ  Holding  Cost,OFFSET($NS4.Day,4)) 

Total  Holding_Co*t 

155 

-FORMULA(Total  Setup  Cost,OFFSET($N$4,Day,5)) 

Total  Setup  Cost 

156 

-FORMULA(Total  Cost,OFFSET($NS4,Day,6)) 

Total  Cost 

157 

-FORMULACRequCTted  Order,OFFSET(SNS4,Day,7)) 

Demand 

158 

-  FORMULA!  Product  ion,OFFSET{  SN$4  .Day,  8 ) ) 

Production 

159 

-FORMULA!  Shipment,OFFSET(SN$4X>ay,9)) 

Shipment 

160 

161 

-  RETURN!) 
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APPENDIX  B 
QUEUING  WORKSHEET  AND  MACRO 


Queueing  Simulation  Model 

Initial  Data  (Do  not  change  on  Worksheet) 


Perform  Simulation 


Patient 

Typo 

Description 

Frequency 

1 
2 
3 
4 
5 

Open  Wounds 
Closed  Injuries 
Multiple  Trauma 
Visceral  Complaints 
Chronic  Complaints 

8 

13 
33 
20 
26 

Number  of  Beds                        5 

Arrival  Distribution 


I  i 

p  ; 
J I 


05 
04 
0.3  T 
0  2 
0.1 
0 


6        >       10      12      14      16      18 
Tim*  of  Day  In  Hours 


Nurse 

Nairn  Available: 

2 

Shift  Tl 

met 

Normal  Distribution 

On 

Oft 

Type 

Loner 

Upper                 Standard  Deviation 

M 

oo^o 

24:00 

0.00 

0.00                                                  1.00 

n 

08:00 

16:00 

0.20 

0.30                                              1.00 

w 

OOtfO 

00:00 

0.1  J 

0.25                                              1.00 

m 

00:00 

0OK» 

0.10 

0.05 

0.20                                              1.00 
0  15                                                  100 

Doctor 

j 

Doctors  Available: 

2 

j 

Shift  Timet 

Normal  Distribution 

On 

Oft 

Type 

Lower 

Upper                  Standard  Deviation 

n 

00:00 

24:00 

1 

0.25 

0.35                                              1.00 

n 

08:00 

16:00 

2 

0.20 

0.30                                              1.00 

m 

OOtfO 

oooo 

3 

0.15 

0.25                                              1.00 

M 

OOflO 

OOflO 

4 

0.10 

0.20                                             1.00 

5 

005 

0  15                                              l.OOi 
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QUEUING  MACRO 


A 

B 

C 

1 

nanu 

Command! 

commenra 

1 

) 

Summary  Information 

4 

mu: 

Queuing  Macro 

? 

Vtrnon: 

vl.O 

1 

Mil/tor 

Ducon  Kicks 

7 

Corporate*: 

Naval  Postgraduate  School 

8 

CnoHonDau: 

Fntiay.Feoruerr  3^1993 

9 

.  .        .  . 

11 

QUHUB 

12 

-SET.VALUEfMealer  Clock  Time.0) 

Set  MiaJ  Van  able 

1) 

-SET.  VAUJEf  Actira.Clock,  1 ) 

14 

-SET.VAUrEfUrM  Number.  1) 

IS 

-SET.VAUTEfBed  Queue.0) 

16 

-SET.VALUEMruve  Power.  1) 

17 

-SET  VALUEfBedi  Occupied.0) 

19 

-SET.VALUEfReanelrallori  QueucO) 

19 

-SET  VALUEfTouu  Pauenu.0) 

20 

=SET  VALUEfNunea  Occupied.0) 

21 

-SET.VALUEfDoclon  Ocrupied.0) 

12 

•SET  VALUEfToul  Type  1.0) 

23 

-SET  VALUEfToul  Type  2.0) 

24 

-SET.VALUEfToul  Type  3.0) 

13 

-SET.VALUEfToul  Type  4.0) 

26 

-SET  VALUEfToul  Type  3.0) 

2- 

-SET  VALUEf  Arttve  Nurae.2) 

2S 

-SET  VALUEfAcuve  Doctor.6) 

29 

-SET.VALUEIEnd  Simulation  TimtEnd  Simulation  Tune/60) 

30 

-SET  VALUEfBed  Queue  FirauTRLIT) 

31 

-SET.VALUEfRopaxauon  Queue  FirauTRUE) 

32 

-SET.VALUE(Syatem  Counter.  1) 

33 

-SET  VALUEfReg_Queue  Counter.!^ 

14 

-SET  VALUEIBed  Queue  Counter.  1) 

35 

-SET  VALUEfNune  1   Total   1.0) 

36 

-SET  VALUEfNursa   1    Total   10) 

37 

-SET  VALUEIMurae  1   Toul  3,0) 

3» 

-SET  VALUEINune  1   Toul  4,0) 

39 

-SET.  VALUEfNune  1   Toul  5.0) 

40 

-SET  VALUEfNune  2  Toul   1.0) 

41 

-SET.VALUEfNune  2  Toul  10) 

42 

-SET.  VALUEfNune  2  Toul  3.0) 

43 
44 

-SET  VALUEfNune  2  Toul  4.0) 

-SET  VALUEfNune  2  Total  5.0) 

45 

-SET  VALUEfNuree  3  Toul   1.0) 

46 

-SET  VALUEfNune  3  Toul  2.0) 

47 

-SET  VALUEfNune  3  Toul  3.0) 

41 

-SET  VALUEfNune  3  Toul  4.0) 

49 

-SET.  VALUEfNune  3  Toul  3.0) 

50 

-SET.VALUEfNura.  4  Toul   1.0) 

51 
52 

-SET.VALUEfNuree  4  Toul  10) 

-SET.VALUEfNuree  4  Toul  3.0) 

53 
54 

-SET  VALUEfNune  4  Toul  4.0) 

-SET  VALUEfNune  4  Toul  3.0) 

55 

-SET  VALUEfDoctor  1   Total  1.0) 

56 

i -SET.VALUEfDoctor  1   Toul  2.0) 

51 

-SET  VALUEfDoctor  1    Tool  3.0) 

58 

i -SEX  VALUEfDoctor  1   Toul  4.0) 

59 

-SET  VALUEfDoctor  1   Toul   5.0) 

4fl 

-SET  VALUEfDoctor  :  Total   1.01 

61 

-SET  VALUEfDoctor  2  Toul  10) 

62 

-SET.VALUEfDoctor  2  Toul  3.0) 

63 

-SET  VALUEfDoctor  2  Toul  4.0) 

64 

-SET  VALUEfDoctor  2  Toul  3.0) 

65 

5 

67 

-SET. VALUEfDoctor  3  Tout   1.0) 

-SET.VALUEfDoctor  3  Total  10) 

-SET.VAJJTEfDoctar  J  Toul  3.0) 

i» 

-SET.VALUEfDoctor  3  Toul  4.0) 

49 

-SET.VAUJEfDoctor  3  Toul  3.0) 

-o 

-SET  VALUEfDoctor  4  Total   1.0) 

71 

-SCT  VALUEfDoctor  4   Toul   10) 

71 

-SET  VALUEfDoctor  4  Toul  3.0) 

73 

-SET  VALUEfDoctor  4  Total  4.0) 

74 

-SET.VALUEfDoctor  4  Total  3.0) 

75 

-SET.VALUEfBed  1  TouLO) 

-6 

-SET  VALUEfBed  2  TotaLO) 

77 

-SET.VALUEfBed  3  TouLO) 

"J 

-SET.VALUEfBed  4  TouLO) 

-9 

-SET.VALUEfBed  3  TouLO) 

80 
81 

1 

-SET  VALUEfBed  4  TouLO) 

-SET.VALUEfBed  7  TouLO) 

82 

-SET  VALUEfBed  8  Toul.0) 

83 

-SET  VALUEfBed  9  TotaLO) 

84_ 
85 

-SET. VALUEIBed   10  Total.O) 

86 

-DIALOG  BOXfTNPUT  BOX   1 ) 

L'rer  Choote  Vmablee 

87 

=07fB86-FALSE.GOTO<QUTD) 
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A 

3 

fj 

1 

namts 

Comma  ikIi 

conun&ntM 

2 

88 

-DIALOG  BOXI1NPUT  BOX  2) 

89 

=IF(B8S=F,fLSEOOTO(QUm) 

90 

-DIALOG  BOXONPUT  BOX  3) 

91 

-FrBOO- F  ALSE.COTOC  QUTD) 

92 

=DIALOG  BOXONPUT  BOX  4} 

93 

-FrB«2-FALSE) 

94 

quTT 

=■    ALERTCSirmlalion  C«icelled\3} 

End  Simulation  by  uter 

9? 

-    MESSAGEfFALSE) 

96 

-    ACTIVATErO-MASTERJCLS") 

97 

-    HALTQ 

-ENDJFp 

99 
100 

-ECHOCFALSE) 

-SET.VALUE<End  Simulation  Tm£nd  Simulation  Tiir«r*«0) 

101 

102. 

-PORMULA.OOTO(Slarl  BaxTRUE) 

ClarfAMrixBant 

103. 

K-LEARfJ) 

10* 

-  FORMULA.GOTOOIni«  BcatFALSE) 

105 

-CLEAR/3) 

104 

=SET.VALUEtTiine  Till  Nen  EvenEnd  Simulation  Tbnc*2) 

10T 

-FORMULA  GOTOfNen  Even  BcccJVVLSE) 

10S 

-CLEARI3) 

109- 

-FORMULA  GOTOtAJJAWgOFALSE) 

II 01 

<T£AR(3) 

111 

-FORMULA  G0TO<AP3:AT9SOFALSE) 

112 

-CLEAR13) 

113 

-FORMULA.  GOTCHA  V3  AZ980FALSE) 

IK 

US 

-CLEARJ3) 

«FORMULA,OOTO(Outptit  Box  2FALSE) 

116. 

■CLEARI3) 

11" 

-FORMULA.  GOTOtOiitput  Boi   I.TRUE) 

118 

-CLEARI3) 

1191 

-VSCROLUI.TRUE) 

120 

-ACTTVATEPREVO 

12! 

-SET.VALUEVOFPSETTNen  Event  Referenc*l.l),n 

Place  Unit  «1  a  Fmt  Urol 

112 

-SET  VALUQOFFSETrUmt   Refererce.2.1).l) 

Piece  Unit  "I  in  Svatem  Entry 

im 

-SET  VALUfcVOFFSETfUnit  Reference.  1. 1  )Mt*<r  Cock  Time*  RUN!  Arrival  Dietnbution)) 

Retrieve  Firat  Amvml  Time 

124 

-FORMULAlSvuem  Counter.OFTSETCAtt.Syatem  Counur.O)) 

125 

"FORMULA(0.OFFSET(AJ7_Syi«em  Courier.!)) 

126 

-FORMUL-VOFFSETfUrul  Reference, l.lXOFFSET(AJ-LSy«4m  Coumer.2)) 

12? 
128 
129 



START 

...,.,.  ...,.....v.............v... ...... ........ • 

-(FfMatuy  Clock  TonoEnd  Simulation  Tone) 

ftrjitBo-** 

130 

-      RUNfEND)                                                                                                                                                                                     iDeMrmmeifSijnulMioiinCompla 

131 

-    ALERTCSanulauon  Complete"  J) 

132 

-     MESSAGEfFALSE) 

133 

-     ACTIVATErQ-NtASTERJCLS-) 

134 

-     RETURNO 

135 

_,     ... 

-ELSEIFfUnjl  Number Hktmun  L'niu) 

134 

-      RUNfEND) 

137 

•    ALERTCSimulaion  Complete"  J) 

13S 

-     MESSAGEfFALSE) 

139 

-     ACTTVATEC^MASTHLXLTJ 

140 

-    RETURNO 

141 

-END.IFIJ 

142 

143 

Miranuffl  Tune 

-MEMOim:  Till  Nen  Eventl 

Find  Lowest  Time  till  nod  event 

144 

Mcaler  Clock  Time 

-Matter  Clock  Time+Minimum  Time 

Adjust  Mister  Clock 

145 

Master  Clock  24Hr     | -Mitts  Clock  rune-t4M0-D9T(Ivtaitcr  Clock  Time/1440) 

Determine  24Hr  Equivalent  Time 

146 

14" 

Active  Clock 

-MATCHfMmimum  TimcTime  Till  Nca  Even.0) 

Find  Active  Parameter! 

148 

Active  Pointer 

-OFFSETfUnil  Reference.2>ctive  Clock) 

149 
150 

»FORMULA((Syalem  Entry-Minimum  Timel.Syttem  Erkry) 

Subtract  Minimum  Time  from  all 

151 

-FORMULAIfNune  1    Clock-Minimum  TuneuNurte  1   Cock) 

1S2 

*PORMULAI(Nutm  2  Clock-Minimum  Time).NurBe  2  Clock) 

153 

-FORMULAffNune  3  Clock-Minimum  Time).Nuree  3  Cock) 

154 

-PORMULAlfNurtl  4  Clock-Minimum  Time).Nuree  4  Cock) 

155 

-FORMULAilDoccar  1   Clock-Minimum  TimelDoctor  1   Cock) 

156 

-PORMULAitDoctar  2  Clock-Minimum  TimeLDoctor  2  Cock) 

157 

■FORMULAf(Doetor  3  Clock-Mimmum  TtmeLDoaor  3  Clock) 

158 

-FORMULAt(Doctcr  4  aock-Mimmum  TimelXwctor  4  Clock) 

159 

160 

Doctor  Avalapta 

-0 

161 

-IFfDoeur  Number>l) 

Determme  if  Doctor  On/Off  Shift 

162 

-    IF(W14«>WlJ}.W148.J400.W14g) 

163 

•     IFIMmut  Oock  :4Hr><NTrB162/lCi0)"6^KMOD<B162.100UET.VAL4jc4T)octc»  Av»Um«J>oclor  ATedabtrMX) 

164 

-     FfW149>W134.Wl  4O-24O0,  Wl  49) 

165 

-     FfMatur  Cock  24Hr>uVrrmi64/lC)0)"6i>»MODfBI«.tOOUET.VAUrEfDc<tor  ArautieJXxlor  Avertable*  1 ).) 

166 

-    IFfMMcr  Oock  24rfr>ffrTW13VlOO)'60+MODW133.1MUCTVALUFiT>Jctor  AvulebltDoctor  Atn.leble-1).) 

167 

-     FfMaetar  Oock  24rk->tr4TrWl>4/100)*6(HMOO(WIM.100)JET.VALlVEfDe<tar  Avtrtat4cX>octar  Av»leble-l)J 

168 

-END.IFO 

169 

-{FfDoctor  Numtter>2) 

170 

-    Q»fW130>W133.WI  30-2400.  Wl  30) 

171 

-     FfMMter  Clock  24Hr>INTfB170/l00)"6O*MODlB|70.100I.SET VALUEfDoctor  AvulableXloclor  Avertable- II.) 

177. 

-     IPrMmer  Oock  24Hr>uVTfWlJ3/IOO)"60»MODfWI55.IOOUET  VALUEfDoctar  AvnlabieXtoclor  Avartable-IX) 

171 

•ENDIFO 

1-4 

-[FfDoctor  ^nrnber>}) 

ITS 

-     IFfW131>W156.W151-2400.W131) 

176 
17" 

-     FfMttter  Clock  24Hr>INTfBI7?/IOO)"60*MOLXBI73.]00).SET  VALUEfDoctor  AviilibleX>octor  Available- 1 ),) 

-     FrMaeter  Clock  24Hr>(NTfWI34'l00)"6r>»MOD(Wt36.I001.SET  VALUEfDoctor  AvnlableJ-KKtor  Avtilable-1).) 

1-8 

-ENDIF0 
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A 

3 

C 

1 

1— 

Cmmrnli 

ccaajaaaj 

1 

I7» 

«SETJ^AMEf"Doclar  Bax".SKS4:OFFSET(SKJ4.0.Docior  Avalable-I» 

So  Doctor  eraleblc  Box 

111 

Nurat  AaaUDlt 

-0 

in 

HFrNuree  Nurrk»r>l) 

Dctcnrax  ifMaaj  Oa/Off  Shcft 

ISJ 

-     tFfW101>W106.W101-2400.W10>) 

114 

-     fflMaur  Clock   :<Hr>(NTl'B183'100)"»O»MOD(Bl«3.100UET.VALUEff*iw  AvaUBleJAear  A»ala>le»  1 X) 

18.". 

•     IFfW102>WlO7.WlO2-24OO.W102) 

I8& 

-     IFfM-ur  Clock   24Hr>(OTrBI83'l<m'«r-MO[XBI83.100UETVALL'E/rAir>e  AvalebleJMitrer  Available!).) 

If 

-    fffM«w  God   24Hr>lNTrwi0«/100)'6O-MOD<'W10«.100).S£T  VALUETNuree  AvetleSlcNurec    llalaliil  l)J 

IS* 

-    IFfM««4r  Clock  24HrXNT(W107/100)*6O-MOIXW107.100I^ET.VALUE<Ni»»«  Avalablejaurat  AvalaMe-IXJ 

ir> 

t-€SDJP() 

190 

-f»(Nuna  Nun*or>2) 

l»l 

-    F(W10J>WIO«.W101-24bo.W103) 

m 

-    ITCMaur  Clock  24Hr>OT(B191/iro)-So*MOD(B191.100UCT.VAUA(NU->c  AaauWtNuree  AnlaMc*l)J 

1»3 

-    0>(MMUr  Clot*  24Hr>»a(W10a/10a)-c<HlbMD(W10l;i0O)Jin'.VAUJE<>ant  AnlaklcMna  AvaleMc-iLj 

i»* 

■CNDJO 

its 

-4F(Nunt  Nunaer>J) 

19* 

•     tFrW1045W109.W104.2400.W104) 

1»T 

-    IFrMaka-  Code   :4Hr><N7TBl»6/10O)*«O*MOI>B196.1l»LSFT VaLLE/Nutm  AvalaoltNune  Aaala>k»l).) 

— 
i« 

-     IFCMaur  Clock   :4HrXNTTWloW100)*«HMO(ywicl9.lOOUET  VALUETNurat  AtaalebtcNurat  AvaiaHe-ly 

^NDIPQ 

ioa 

-SJrTT.NAMECNuret  Box"*3I4:OF?5EIW3»4.0J*4t»f  Anlala-1)) 

Set  Nana  anUatte  Box 

201 

102 

^FIActrve  Clock"  12 

Pal dnn  Sftum  Eitry  Supv 

203) 

-  RUNrArrrval) 

20* 

205 

-€LSEJF(Aarv«  ClooKS) 

Ptsfarm  Nine  Complete  Sta-f» 

20« 
207 

-    SET  VALUE*  Aarve  haaw&Actn*  Clock) 

-    RUNrNuree  A) 

Frw  up  N\wwe 

20SI 

•     RUNrBcd  Routine  B) 

Serif  Bed  Fvwltf>lc 

209] 

-     IFfBo*  Occuoied-Doclori  Octaa^ee«JtUN<T>>ctor  B)) 

Set  if  Doctor  wvmi^At 

2101 

•     IFCRcgurajon  QuaieJ0J<.UNrNuree  B» 

Sa  if  Nurw  Serded 

211 

212 

-€LSE0 

Pafarm  Doctor  Compleu  Step* 

213 

•     SET  VALUE* Acme  DocUrXtn*  Clock) 

214 

-    RUN<Doctar  A) 

Free  tap  Ooaar 

215 

-     RUNrBed  Rouunt  A) 

OearBcd 

116 

•     RUNrPajerk  Cornplete) 

Tremfir  Ou  to  Outpt* 

21- 

■     TCBed  QueueJO.RUN(Bed  Routine  8)) 

SceifBediwi^le 

21» 

•    tFCBedj  OccupteoVDocuri  OcasiccPOJlUN^ocIar  B)) 

Sob  tf  Doctor  tvtxOabi* 

219 

220 

-ENDJQ 

221 

KKTTOrffTART) 

222 
223 

Airmt  Rt-vtw 

224 

225 

Arnnl 

22k 

Tcui  Pattern 

-Total   Patera**  1 

Oon  lAnodaflr  Ptti^sM 

22" 

-MELSACaTRUE-Tot*!   Pwrai 

Disney  Nurrtxr  ol'  Pmxjm 

21» 

229 

Ural  Nurmaa 

-    Una.  Nurrk«r»l 

Add  One  to  Uwt  Rrference 

2JO 

-    SET.VAUJE<SY«aii  EnrrvJlU>*;ArrTvej  Daarvajuon); 

DaaMMBB  IHB  r*al'l'l»*(  Taflaf 

231 

232 

■    SEtVALUETBtank  Courted) 

Frt  A  Blaa  Row  for  Men  Evert 

233 

-    WHILErtJBLAM00fT5ETrN.il  Em  RrfcnnnBIa*  Ccuur.Drf  ALSE) 

234 

Blank  Couu 

•        3i«*  Counter*  1 

235 

"         IFtBlar*  CounUT"7«) 

23* 

•            ALERTf"Bcceaa  Oucueai  Moda  Faker*  J) 

23" 

MEXSAGETFALSFl 

238 
239 

ACTTVATETMASTER-XLS") 

HALTQ 

140 

ENDJFQ 

241 

-    NEXTQ 

242 

-     SET  VALUErOFTSETrNexl  Everk  rMerence_3la«  Counter.  l).Unk  Nurntar) 

Place  Next  Urn  «  en  Blank  Row 

143 

«     PORMULAtBler*  CouTkar.OFFSETrUrut   Reference.2.1)) 

Place  Pooka-  m  Ural  Box 

244 

-    PORMULA/RUr4fl»eoenl  CaueorylOFFSETrNoa  Evak  HdsmAont  Poeea.2)) 

Aaaai  Pajerk  Trpa 

245 

•    FORMULAfMaaer  Clock  rntOfTSET(Nea  Event  RefernDkActno  Poekarjy 

Mart  Tent  a  Jraem 

244, 

i4T 

•    FORntULAfTRUE-OFFSETTNea  evak  RafcrancOon*  PoeaaJ)) 

TrmFlafi 

24» 

-    FORMULA(TRUE.OFFSET0<ea  Em  Refaaesuuxiae  Poaker.o) 

249 

•    FORMULA(TRUE.OFFSETrNeo  Event  KdimtAOnt  Peak*.  7)) 

250 
251 

•    FORMULA(TRUE.OFFSETrNea   Even   Rrfera-c»_Actrve  PoetaJl) 

-    PORMULAtTRUriOFTTETrNexi  Evaa  RafaatBUUcn*  Poekar.9)) 

252 

253 

•    trtrmmtjjf^i) 

IfCaat  I.  Sand  to  BadQuaoa 

154 

Bad  Qua* 

a        Bat  Queue*! 

Add  Oa*  IS  Bad  Queue 

255 
254 

■        CPrBcd  Qua*  Frer-TRUE) 

TaxiUM  Bel  Queue  Stauauo 

25T 
15« 

-           FORMULATBal  Quail  Co«aa-.0»»FSET(AVrBal  Quaai  Coaaar.O)) 

FORMULAIEai  Oucu«-l.0FFsrnAV23al  QuaM  Couna.D) 

259 

-           FORMULAIMaur  Oock  TmtOFF3ET(AVLBal  Quaa  Coaiar^ 

2*0 

Bait  Queue  p™ 

JET  VALUEOal  Qua-  FwaJALSE) 

2H 

ENDIFQ 

2*2 

Bad  Queue  Counter 

-        Bod  Queue  Couka-^t 

2*3 

•        FORMULA(B«l  Quai*  Cautta-.OFFSETTAVOBaJ  Quaa  CounUT.O)) 

2*4 

PORMULAlBed  QucucOFFSETCAVlBod  QuaM  Courta.l)) 

245 

-        FORMULAIMaka  Clock  Tm.OFF3ET(AVZ£ed  QuaM  CouraaJ)) 

264 

FORMULAfMoker  'Clock   rjiaOFTCSET(AV2-Bod  Queue  Caurker.lJl.OFTSETIAVlBed  Queue  Ccunta-IJ)) 

24" 
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526 

-    ENDIFQ 

527 

-    IF(OFFSET(Ncxl  Even  Refercnre>cuv«  Pointer. 2)-4> 

528 

Doctor  1  Tout  4 

-        KAajv.  Doctor-»Doetor   1   Total  «»aj,39»  Doctor  1  Total  4) 

529 

Doctor  2  Total  4 

TlAcuve  Doctor- t Doctor  2  Total  4-BJ390 Doctor  2  Total  4) 

530 

Doctor  3  Tool  4 

-        PfActrva  Doclor-tDoctor  3  Total  4*BJ399Doctor  3  Total  4) 

531 

Doctor  4  Total  4 

[F(Acuv*  Doctor-*  Doctor  4  Total   •  ♦B3.390 Doctor  4  Total  4) 

532 

-     ENDIFO 

533 

-    IF(0FF5ET(Next  Even  RcfereraxActive  Poirter.2>-5) 

534 

Doctor  1  Total  3 

-        F(Acuve  Dottor-tSDoctor  1   Total  5*B139«Doctor  1  Total  3) 

535 

Doctor  2  Total  3 

-        KActrve  Doctor- 7Doctor  2  Total  3»BI399Doctor  2  Total  3} 

534 

Doctor  3  Total  3 

FCActrw  Doctor-SDoctor  3  Total  3*BJ399Doctor  3  Total   1) 

537 

Doctor  4  Total  3 

IFfActrve  Doetor-»Doctor  4  Total  3+B1399Doetor  4  Total  i) 

538 

-    ENDIFQ 

539 

540 

=SET  VALUETDocton  OccupiedDocton  Occupied- 1) 

P ree  up  Doctor 

541 

=FORMULAIEnd  Simulation  Time'ZOFFSETfUrut  Reference,  1  .Active  Doctor!) 

Artipn  Large  Time  to  Doctor 

542 

=RETURNQ 
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A 

B 

c 

1 

MM 

Coatraande 

OCMMMMtt 

1 

543 

544 

Doctor  8 

-FlDoctori  Occupicd>-Doctor  AvulablcjlETURNQ) 

Occupy  ■  Doctor  Routine 

54? 

Doctor!  Occupied 

-Docton  Occupied*  I 

Occupy  Doctor 

546 

-SET  VALUE<B5  <0.End  Simulauon  Timel 

u  ■ 

-FORlTrue  Courier", 1,75) 

Find  Ftm  in  Bed 

548 

-     FlOFFSETfNea  Evert  Reference. True  Counler.9)=TRUE) 

549 

OFFSETCNeo  Evenl  ReferenccTrue  Councr.8) 

550 

IFfB34y<B5J0£549£350) 

551 

■    ENDIFO 

55: 

-NEXTO 

553 

-SET.VALUQAcuw  Pona4T.MATCHra330.MCT  Sum  4.0)) 

DcMnmoB  Ui  Ropeetivc  Poukt 

554 

555 

Active  Doctor 

-MATCH!  MAXfttoctor  BoxlXtoctor  BonOrM 

Find  Doctor  Off  Longm  LmL  Free 

55* 

-FORMULAiMaeur  Clock  Tirne.OFFSET(Nca  Event  RcferolcAAcuve  Potner.0)} 

Mark  Tunc  n  with  Doctor 

5JT 

•PORMULATMaeur  Clock  TimcOFFSETtSrart  ReferenctAcuve  Doctorjt) 

Mart  rone  Doctor  Occupied 

55* 

=FORML1^3.0rTSETrNe«  Even  RefercnccAcuve  Pomer.4)) 

M*x  Una  5U»e  5 

55* 

-SET VALUEfPauen  Type-OH-SflWen  Even  RefarmnjMW*  Pomar.2)) 

5001 

Tbnt  with  Doctor 

-RUNCDoaor  Service) 

Detennim  Doctor  Service  rime 

561 

■■FORMULA! Time  with  Doctor.OFFSETtUrul  Reference, Ocuve  Doctor)) 

,**m*p  Strrm  Tunt  u>  Doctor 

562 

-FORMULA<Activ«  Pomlcr.OFFSETXUtw  Rdercnce^Acuv*  Doctor)) 

MjphkNr  to  Doctor 

563 

564 

l-RETURNI) 

■65 

566 

56" 

1 
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f>>rt»a>*»f'lto»0>ld*:;::::> 

••••••••••'■•••••••••"••■••••■•••••■•■•••••■•j'--                   =,:.«/^™™.to^™,*^«^^w^«m««.»»;™™..«i.w»W*    .                         . 

568 

Doctor  Service 

"RANDO 

569] 

-FfPauert  Type»l) 

5-fl 

Doctor  Time 

-    NORMBW(B36«.fW171.W165/2)-60.W177) 

571 

=ENDIF0 

5T; 

-FfPaucn  Type-2) 

573 

-    SET.VALOEfDoctor  nmejNORMT>TV(B568.(W172.WI6o/2)»»0.WI78)) 

5-4 

=ENDIF0 

5-5 

"(FfPeuen  Type-J) 

5-6 

-    SCT.VALUEtTJoctcr  Ttn»^ORMINVfB3og.rW173.W167/2)-60.W179)) 

57- 

-ENDIFO 

578 

-(FfPatien  Tvpe-4) 

5-9 

=■     SET  VALUEfDoctor  ToneJ'.ORMlKV,(B568.lVV17:.W16«V2)-60.W178)) 

590 

-end  ffo 

5SI 

-(FfPauert  Tvpe-5) 

582 

-    SET.VAUIEfDoctor  TimejNORMIr4V(B3o8.(W172-W16o/2)*S0.W178)) 

5JJ 

-ENDIFO 

584 

585 

-RETURNCDoctor  Tune) 

586 

58- 
588 

r*M«i.«<Cl^hl»H»atto* 

589 

Patient  Complete 

590 

-SET  VALUEfSvuem  Courter^yetem  Courter*!) 

TibuiM*  Syaum  SUUMks 

591 

-FORMULA!  Synem  Coutter.OF  r  Sh  1  (AJl^yetem  Courier  0» 

591 

-FORMULATReejiaratian  Qucuc*NunM  Occupted+Bed  Qucue*Bede  Occupied.0FFSET(A^5y«em  Counter.!)) 

593 

^FORMULATMaaar  Clock  Ttim.OFFSET(AJiSyaem  CounaU)) 

594 

-fORMULACMaatar  Cock  Ttine.OrTScTT(AJZ3vaUTn  Counter- 1 JXOFFSETT ATiSyaem  Couraer-I  J)l 

5»i 

-FORMULA((OrT^ET(AJTSy«4Tn  Couimer-l.l)^FF5OT(AJlJTaUTn  Coun«r-l J)).0rT3iTTTAJIJyaUTn  Cou«bbM.4») 

59* 

597 

-^FFSEnTNen  Even  RefereraxAcuvc  Pooaar.oVOr PSE RMtf  Even  ReferencaAcuw  PoeeerJ) 

rimrmOueo* 

598 

-OFFSETTNeO  Even  ReferenctAcuve  Poirter.  TVOFFSETfNeo:  Even  ReferenccAenve  Poiner.6) 

Tune  with  Nunc 

599 

-OFFSETfNea  Even  ReferencewAcuve  Poirter.8VOFFSET(Nen  Even  Reference^mve  Poirter.7) 

Time  m  Bed  Queue 

600 

=M»er  Clock  Tune-OFT"SET(NeM  Evert  RaerenrejActive  Potrter.8) 

Time  in  Bed 

601 

=M»er  Cloclt  Time-OFFSETfNexl  Even  Reterence_AHive  Poirtcr.9) 

Time  with  Doctor 

602 

=Mmer  Cloclt  Tlme-OFTSETfNen   Even   RaetenctArtive   PoirterJ) 

Time  in  Syitern 

.,0  3 

604 

*3FFSET(NeM  Even  ReferenccAclive  Poirter.2) 

u*i  P^.cm  Tvpc 

605 
606 

OFFSETfNea  Event  ReferencewAcuve  Pointer.  1) 

Get  Acttve  Unit 

1  -f  ORMULAtBoOJ.OFTSETCOuipuLBoOS*  1 .0)) 

Aaiv-p  Unit  to  Output 

60" 

-FORMULAtB604.OFFSET(OutpuuB605*  1.1)) 

Pstien  T\pe  to  Output 

60S 
609 

-FORMULAfOFFSETfNoa  Even  RcfcremAcuve  Pointer  J  >,OrTSCT(C>utpuLBo03+ 1  J)) 

Enter  Syttem  to  Output 

-IF(Bo04-I.OJORAriflJu3397.0FFScTr(C)utputi3o03*U)^ 

Htymm  Queue  to  Output 

t,\dl 

'fffrXO*-!  .0/ORMULAfB3»OFFSlTT(OutpuLBo03*  1 .4)11 

Nurw  Output 

611 

-FOrJMl))^fc)399.OIT^rm0utnutBtl03+lJ)) 

8«*  Queue  to  Output 

612 

-FORML0AfBe4X).OrT5j4Tr(Oull<itj3«03->  1 .«)) 

Bed  Tan*  to  Output 

613 

«PORMULAtBc4)1.0rTSET(Ouq>uLBo03*l.r)) 

Doctor  Tim*  to  Output 

614 

-FOP^rULAtB*a2.0FF54tT(Output_BoOV  1 .8)) 

Sfmmm  Ton*  to  Output 

615 

616 
617 

♦j* 
619 

-FORMULA.«7TOOrT317T($aiO.Actr»»  Po««w.l):OFFSETri£JlOAcuve  Pomm.lOlJALSE) 

Car  Pounv  Noa  Event  M«nx 

■CLBAW3) 

-VSCXOLL^O) 

-RETUIuNO 

620 
621 

622 
62J 

^^*^^^^^s^i^;isM:i^Mi^sS^^^M^igl§gii^i^^^^^^i 

mmmmmmmm 

END 

624 

-SET.VALUEfBoJS.O) 

niii—  in  rini  rr uni  renin 

625 

«JETVALUEfB632.0) 

626 

l-SETT  VALUSBo33.0> 

62" 

-SET  VALUEfProeeeeed  Patiena.0) 

628 

-PORfCounrMToud   Paieoul 

629 

-     FOSBLAN)«OrTSETTCiut^t.Court.l))-TRUEJJEXT0) 

630 

ProeeiMd  Paueru 

-     Procened   PMienurM 

631 

-     [F(0FFSET(Outpal.Court.2)>l) 

6(2 

!F(OF7SET(Output.Court.3)50£632*lj3o32) 

Total  who  Wnt  for  Registraion 

633 

T(OFFSET(Output,CounU)M)J633*lj3o)3) 

Total  who  Do  Not  Wait  for  Res. 
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A 

B 

C 

1 

noma 

Command* 

c&ntrmms 

: 

634 

-     ENDIFQ 

655 

=     rF(OFFSET(Output.Couim.i|50Bo35*lB435) 

Toul  whs  Wan  for  Bed 

636 

'NEXT0 

63- 

638 

-FORMULAfNune  1   Toul   l.OFFSETISBBJl.Zl)) 

Tairy  Nur»oP«i<i«  Slamici 

639 

=FORMULA<Nune  1   Toul  2.0FFSET(JBB$1  J.ll) 

M» 

=FORMULA<Nune  1   Toul  3.0F7SET(SBB$1. 4.1)1 

641 

=FORMULA<Nune  1   Toul  4.0FTSET(5BBJU.D) 

642 

=FORMULA(Nur»e  1   Toul  ?.OFFSFT(58B$l.6.1)) 

643 

-FORMULAlNune  2  Toul   I.OFFSET(JBBJ1.2.2)) 

644 

-FORMULAlNune  2  Toul  2.0FFSETIJBBJI  J.2» 

6451 

-FORMULAfNurii  2  ToUl  3.0FFSET(lBail.4.2)) 

44* 

-FORMULA<Nuret  2  Toul  4,OFFSET(J8Ml  J.2)) 

6471 

•FORMULAfNune  2  Toul  3.0FFSET($BBJ1.6.2>> 

64* 

-FORMULAlNune  3  Toul  1.0PFSET(JBBJ1.2J)) 

649 

-PORMULAfNune  J  Toul  tOFFJETrtBBJUJ)) 

650| 

-FORMULATNune  }  Toul  3.0rTSEr(SBBJ1.4J)) 

651 

-FORMULATNune  3  Toul  4.0FFSET(JBBII  J  J)) 

652 

•FORMULAINune  3  Toul  3.0FFSET(JBBJI.6_3» 

653j 

-FORMULAfNune  4  Toul   1.0FFSET($BBJli4» 

654 

-FORMULAlNune  4  Toul  2.0FFSETISBMI  J.4» 

655 

-FORMULAlNune  4  Toul  3.0FFSET<$8BJ1.4,4)) 

654 

"FORMULAINune  4  Toul  4.0FTSET(J,BB1IJ.4)) 

65- 

-FORMULAlNune  4  Toul  J.OFFSET(SBBS1.6.4)) 

658 

-FORMULAISUMrBC3  BC^.OFFSETlSBBJU.l)) 

659 

=FORMULAISUM(BD3  BD7).OFFSET(JBBJ1.7.21) 

660 

=FORMULA(SUM(BE3  BE7).OFFSET(JBBJ1.7J» 

661 

=FORMULAISUM<BF3  BPT).OFPSET(J8BJI.7.4)) 

642 

'Mater  Clock  Tone 

6*3 

-MODfMeater  Clock  Time.  1440) 

644 

i[FrW101>W10«.W101-2400.W101) 

665 

=IFfW102>W107.W102-2400.W102) 

646 

=IFfW103>W108.W103-24OO.W103) 

647 

-OTW104>WI09.W104-2400.W104) 

648 

-0VT(B$4WI440)*<(W104-B444>-0  6>KrBJ4«3-rF(B4«^J»o<H-0  6.0)>-D7^ 

Nurte  Wort  Tjne 

649 

-!NTrB$o42/1440)*<(W107.B6o5)-0  6X(BS443-IF(B64J>0£4«5*0  6.01)- (FfBJ6*3-Wl 07-0  Sx)BJ443-W107"O  6.0)) 

6-0 

»fNT(BJo62/l  440)ffWI  08-B444TO  oX(BS443-lFrB4o4:'O.B444,<>  4.0)>-IFfBS443-WI  08*0  6>0_BSo63-Wl  08*0  4.0)1 

6T1 

-rKTtBJ«2/1440)^(W10^B44T)^6>H(BJ4<3-r(B6<)7>OB«7^6.0)Vff(Bl«<J3-Wl 09-0  4J0BJO43-W109-0  6.01) 

672 

-FORMULA1BCS8/B448.BC3  0) 

Nune  UUIizxion 

673 

-<F(Nuree  Nurre>er>I.FORMULA<BDJtVB449BC40)) 

674 

MFfNune  Nun*er>2_FORMULA(BESlVrJ470.BC41)) 

675 

-(FINune  Mumt«T>!/ORMULAlBFi8/'B«71  _BC42» 

676 

67" 

-PORMULATDoctor  1   Toul   I.OFTSET($BBJl.2_5)) 

Tally  Doctor/Pttient  SUUatica 

6  "8 

-FORMULAlDoctor  1   Toul   2.0FFSET(JBBJ1_!J)) 

679 

=FORMULA<Doclor  1   Toul  3.0FTSET(58B1I.4.3)) 

680 

=FORMULAfDoclor  1   ToUl  4.0FFSET(JBB11  J  J)) 

681 

'FORMULArDoctor  1   Toul  J.OFFSETtSBMl. 6.3)1 

682 

-FORMULAfDoclor  2  Toul   1.0FFSET(SBBI1.2.6II 

683 

=FORMULAlDoclor  2  Toul  2.0FFSETISBB11  J.6)) 

684 

-PORMULAlDoclor  2  Toul  3,0FFSET(S8BI1.<6')) 

685 

-FORMULAtDoctor  2  Toul  4.0FFSETI1BBJ1  _S.6>) 

684 

-FORMULArDoctor  2  Toul  J.0FPSET<JBB1I.6.4» 

687 

•PORMULAfDoctor  3  Toul   I.OFFSET(JBBJ1.2.7)) 

688 

-FORMULAlDoclor  3  Toul  2.0FFSETISBBJI  J.T)) 

689 

-PORMULAfDodor  3  Toul   3.0FF5FT(JBBJ1.4.71) 

690 

'FORMULAlDoclor  3  Toul  4.0FFSET(JBBJ1  J. 71) 

691 

-FORMULAlDoclor  3  Toul  .VOFFSET(t8BJ1.6,7i) 

692 

'FORMULAlDoclor  4  Toul   1. OFFSET! JBBS1. 18)1 

693 

=FORMULAlT>octor  4  Tool  2.0FFSETUBBJ1  J. 811 

694 

-FORMULArDoctor  4  Toul  3,OFFSET(SBBI1.4,81) 

695 

WoRMULAlDocTor  4   Toul  4.0FFSFT(JBBS1_V81> 

696 

''FORMULATDoctor  4   Toul   3  OFF^ET(SBBJl.6.8)l 

69- 

=FORMULAlSUMfBG3  BGT|.0FFSET(SBBS1.7.31) 

698 

-FORMULAlSUMlBRJ  BH7\OFFSET(SBB11.7.6>) 

699 

-FORMULA1SUMIBI3  Bm.OFPSET(S8BJ1.7.T)) 

700 

-PORMULAlSUMlBn  BJT).OFFSET(SBBJ1.7  81) 

701 

-FORMULAiSUMtBCT  BJ3i.OFTSETIJ.BBll. 2.9)) 

Toul  Dortor  A  Nurae  Suuaucf 

-02 

-FORMULAl3UM(BC4  BJ41.0FTSET($BBS1  J.91) 

703 

"FORMULA<3UM(BC3  BJ3).OFF3ET<  JBBJ1 .4.91) 

-04 

»PORMULA<SUMrBC6J3J4).OFTSET($BBJI_S.9)) 

705 

-TORMULAtSUMlBCT  BJ7).OFF5ETl  JBBJ1 .6 S)) 

-04 

-FORMULAJSUMfBIO  BK».OFr*SET(SBBJl  .7.9)) 

-07 

-D7(Wl4«>W153.WI4».24O0.W|481 

-08 

-rj»<W14O>W134.W149-2400.Wl4m 

70» 

-(FCWI  30>W1 35.WI 30-2400.  Wl  30) 

710 

-(FfW13UW134.W131.24O0.WI31) 

711 

-u>mBM«2/1440H(W153-B707)-0  6>K(BJo43-ri'm707>)£707ri6.0))-IFrej«3-W133^6>OBJo«3-W133*0  6.0)) 

Doctor  Work  Tom 

712 

-NT(BS642/|440)-<(WI  54-B70*lfJ  6>*t(BJ443-[FrB70«*>.B70««0  6.0)VIFmjo«3-WlM*0  4X).BJ4«3-W1 34*0  4.0)) 

713 

-fjVTrBJrS42/144H)nrwi55-B709r0  6><(BJ643-[F(B709x).B709-0  6.0))-0,fBJr5«3.W155-0  4:^.BJrSo3-Wl35'0  6.0)) 

714 

-uVTrBJ4«2/l 440)-<rwi  34-87 1 0)-0  6>«(BI443-IF(B7 1 0JO.B7 1 0-0  4.0)>-IF(BJo«3-Wl 3«"0  6>0BJ443. w 1 34*0  4.0)) 

715 

-FORMULACBOJtVB71 1BC431 

Doctor  UulizMjon 

'16 

-IFfDoelor  Number>lJ'ORMULA(BrO»VB712BC44)) 

717 

-FlDoctor  Nun*er>2JORMULAfBa«VB713BC43)) 

718 

-fFiTJortor  Num»er>3JORMULAfB««VB714BC44)J 

719 

-20 

-PORMULAlBed  1   Toul.OPFSET(SBBJI.lO.I)) 

Tilly  Bed  SuliKict 

-21 

-FORMULAlBed  2  Toul.OFTSETIJBBJI.l  1.1)) 

-22 

-PORMULAlBed  3  ToUJ.OrT5ETlSBBSl.lZl}) 

-23 

=FORMULAlBed  4  Toul.OFFSET'SBBSI. 13.11) 

"24 

-FORMULAlBed   I   ToUI.OFTIETltBBll.14,1)) 
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A 

a 

C 

1 

/unci 

ConMinnds 

catrurmna 

2 

na 

=FORMULA<B«d  6  ToiiJ.OFFSETISBBJl.lJ.l 1) 

^6 

-FORMULAiBed   7  Toul.OFFSET!S8BIU6.I)) 

T 

-FORMULAiBed  8  ToUI.OFFSET(S8B!U7.1)) 

728 

'FORMULAiBed  9  TooU.OFFSETlSBBJl. 18.11) 

-29 

=FORMULAiBed  10  Toui.0FFSET<$8BJU».l)) 

-lei 

=F0RMULA|BC11/Muier  Clock  TimcBDIl) 

BedUultakjon 

-31 

=tFlBed  Numbers|.FORMULA<BO:,\la«CT    "lock   Time3DI2» 

-32 

-IFlBed  Numbers  2J0RMULAlBCn/M»«ter  Clock  Time£DI3>) 

-33 

•(F(Bed  Numbers3.FORMULAlBC14/Mt»er  Clock   Time_BD14)> 

-34 

-FlBed  Number  >4.FORMULAiBC13/M««icr  Clock  TimtBDUl) 

-35 

=IF<Bed  Numbers} JORMULA(BCI6/Mmer  Clock  TinvtBDU)) 

7361 

-IP(B««1  NurBber>4JORMULA<BC17/Mmer  Hod  TimtBDIT)) 

737 

"IFCBed  Nun*«r>7J'ORMUlXBC18Au«<r  Clock  Tim*BDI8>) 

7JI 

■KFfBed  NumberXJ'ORMUlAlBC^/nlMler  Clock  TimeJ3DI°>> 

739 

•FCBed  Number>9JORMtJLArBC2(VM»iui  Clock  TimtBD20)) 

T<* 

-FORMULA(STJM<AZ3  OFFSET(AV33ed  Queu.  Counlef.4)y(M««<ef  ClotkTimt-AXi%BCZ8) 

Avenge  Bed  Queue  Louth 

741 

-FORMULA/SUMIAZ3  OFTSET(AV-J.Bed  Queue  Counur.4)y1>roceefcd  P«uenu3C29) 

Avenge  Time  in  Bed  Queue 

742 

-FORMULA!  MAX!  A£3  0  FF  SET!  AE3 -Proceed  Pmjenu.0)LBC30) 

Mcanun  Tone  tn  Bed  Queue 

743! 

-FQRMULAtMAX(Ar»:0rTSETrAf3Jlijlum»j  FTUeru.011.BC3 11 

Muiiium  Time  m  Bed 

744 

-CORMULA(Bei3)/PrecaMd  P«jenULBC32) 

Precuon  who  WW  for  Bed 

745 

746 

^ORMULAfSUMlAnOrTStrnAPIJle^Queu.  Counur.41VfMMUT  Clock  Time-AR3)£C24) 

Avenge  Regiemtion  Queue  Length 

-4- 

-F0RMULA<SUM(AT3  OFToET(APJJleg_Queue  Cour«er.4))/(BcS32»B6J3).BC25) 

Avenge  Time  tn  Regiicreuon  Queue 

-48 

-fORMULA(MA»AC3  OFFSET!  AC3.Prnr<i»>d  P«jenu,0)).BC26) 

Mjcamum  Tone  in  Queue 

749 

«FORMULA<B632/(B632*B633>£C271 

Fraction  who  Wut  for  RegiettkUon 

-50 

-51 

»FORMULA<SUM<AN3:OFFSET(AJ3.Syitem  CourecMiyfMeeter  Clock  Time-AL3).BC33) 

A  venire  PMienu  in  Synem 

7S2 

=FO)*MULA1MAX!AH3  OFTSET(AH3.Procet«ed  P*enu.0))iCi4) 

Mmnwin  Time  in  Synem 

-53 

-54 

-HISTOGRAM1AC4  0FFSET(AC4J^oce»ed  P«ienu.0)_BG13.BF14  8F103) 

Frequency  Ditmbuliom 

-55 
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number 

54 
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names 

Commands 

comments 

: 

3 

Summary  Information 

-i 

Title: 

Monta  Carlo  Macro 

j 

Vernon; 

vl.O 

6 

Author 

Dtxon  Hicks 

7 

Corpon&oni 

Naval  Postgraduate  School 

S 

CraomOtir 

Tuesday  March  2,  1993 

9 

10 

CommandWindow 

CommandWindow 

11 

12 

ppippphi 

-SET.VALUEfFim  ItaranonJALSE) 

13 

-SET.VALUEfVanables  Known,TRUE) 

14 

=SET.VALUE(Recall_lnput,FALSF) 

15 

-SET.VALUEiScreen  Update.TRUE) 

16 

-SET  VALUEfTotal  Objective.O) 

17 

-SET.VALl^  (Total  _Squared.0) 

18 

-DIALOG  BOXOnput  One} 

Enter  Initial  Data 

19 

-IF(B18-FALSE) 

20 

QUTT 

-    ALERTCSimulanon  Cancelled'  ,3) 

End  Simulation  by  user 

21 

-     MESSAOECFALSE) 

22 

-     HALT0 

2J 

-END  1F0 

24 

-IFfRecail   InpuFfRUE) 

Copy  Old  Input  Data 

25 

-    COPYfABSREFmELREFfOFTSETfABSREFfKll.'SASD.I.OJ.'SAJD.'SAJOOFFSETfABSREFfKll.'SASl  U  80,11), 

li*  Available 

26 

-     COPY(ABSR£F(RELR£F(OFTSET(ABSREF(Kll.,SASl).0,13),!SASl),:$AJl)OFT3ET(ABSREF(Kll,'tASl),64,13), 

27 

-    C0PY(ABSR£F(RELR£F(0FFSET(ABSR£F(K1  l,!$ASl),0,12ySA$l),lSASl):OFFSETfABSREF(Kl  1,!SAJ1),26.12), 

28 

-     OOTCXB18) 

29 

-END.IFO 

30 

31 

-IF(Fint  Iteraoon-TRUE) 

Clear  Variables  if  First  Run 

32 

-     FOR\fULA.GOTO<VeriabU_Bo%,TRUE) 

33 

-     CLEAR(3) 

34 

-END.1FQ 

35 

-FORMUl^GOTC*CnTrpui_Box.TRUE) 

36 

-CLEARO) 

37 

-VSCROLL(l,TRUE) 

38 
39 

DlVlflOTU 

=<Upper  Lirmt-Lower  LimitVNumber  to  Display 

Determine  Freq  Distribution 

40 

-FORCCount",0,Number  to  Display) 

41 

-     FORMULA(Low»r_Limit+lCount'B39),OFFSET(Outpat_R«f,Coant+2,l)) 

42 

-NEXTQ 

43 

-ACTIVATE. PREVQ 

44 

HFrVanable»_Knosm,CK3TO0tssitioris)) 

45 
46 

47 

mmmm^^mm^mmmmm^^mm^^^m^mmmmmm 

X<XX<K<<<v<Vy^>>><y^X:^>: 

J8 

=SETVALUE(Vanable  Count.0)                                                                                                                                           |  Enter  Variable  Information 

49 

=FORCCounf.l,Number  Variables) 

50 

Variable  Count 

-Variable  Count*  1 

51 

-IF(OFFSET(Var  Ref.fVanable  Counf3)-i,l)="^ET VALUEfK42^N/A)) 

52 

-IFfOFFSETfVar  Ref/Vanable  Count"3H.2)=*",SET  VALUE(K39,")) 

53 

-FORMULA!1/  anable_Count,K98) 

<4 

-DIALOG  BOXflnput  Two) 

Initial  Input 

55 

-IFfDutnbuOon  Type-I) 

Activate  Appropriate 

56 

-     FORMULA!  SES5O-2OO.SES50) 

Distribution  Box 

57 

-     FORMULA(SES51-200,SE$5I) 

5« 

-     FORMULA(SEJ53-200JES53) 

59 

-ELSE.IF(Diatnbution_Typ«»2) 

60 
61 
62 

-     FORMULA(XES55-200,SEI35) 

-     FORMULA(SES36-200,$EJ56) 

-     FORMULA($ES38-200.SES58) 

63 
64 

-     FORMULA($EJ60-200JES60) 

-END.IF0 

65 

-IF(Distjibwion_Typi-3) 

66 

-     FORMULA(JES62-200,JES62) 

67 

-     FORMULA<SES63-200,SEJ«3) 

68 

-    FORMULA<SEJ65-200.SES65) 

69 

-ELSE  IF(Distnbution  Type-4) 

70 

-     FORMULA(SE67.200.SE6T) 

71 

-     FORMULA(JE63-200.JE68) 

72 

-     FORMULACJE69-200.SE69) 

73 

-     FORMULA(JE70-200.JE70) 

74 

-     FORMULA(SE71-200jE71) 

-5 

-     FORMULA(SE72-200,SE72) 

76 

-     FORMULA(SE73-200,SE73) 

77 

-     FORMULA($E74-200,$E74) 

78 

|-     FORMULAISE7;-200,SE75) 
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79 

-     FORMULA($E76-200.SE7S) 

80 

-     FORMULA(SE77-200,SE7T) 

81 

-     FORMULA(SE78-200,SE78) 

82 

=END  1F0 

83 

-DIALOG  BOXflnput  Two) 

Dirtnbuuon  Input 

84 

-FORMULA(214,SES50) 

Deactivate  Distribution  Boxes 

85 

-FORMULAC05.SES51) 

86 

=FORMULA(205.$ES53) 

87 

-FORMULAE  14.SES55) 

88 

-FORMULA(205.SES56) 

89 

-FORMULA(205.JES58) 

90 

-FORMULA<205.IEJ60) 

91 

-FORMULAE  14,$ES62) 

91 

-FORMULA<205,JEJ63) 

93 

-FORMULA<20J,JES65) 

94 

-FORMULA(2  M.JE67) 

95 

-FORMULA(203,IE68) 

•»« 

-FORMULA(205.S.E69) 

97 

-FORMULA(205.JE70) 

98 

-FORMULA(205,SE71) 

99 

-FORMULA(205,$E72) 

100 

-FORMULA(205.SE73) 

101 

-FORMULA(205,SE74) 

102 

-FORMULA(205,SE75) 

103 

-FORMULA<205.SE76) 

104 

-FORMULA<205.SE77) 

105 

-FORMULA<205,SE78) 

106 

107 

-IFfK42XI.SET.VALUEfVanable_  Reference,")) 

If  Variable  Name  Given 

108 

Gear  Reference 

109 

110 

-FORMULA(V«iuibl«_Coiint,OFFSET(V«r_Ref.CVin«bl«_Connt*3),l)) 

Record  Vanable  Number 

111 

-FORMULA(Di«mbunon  Type.OFFSETfVar  Ref.fVanable  Count"3-2XO) 

Record  Dutnbuaon  Type 

112 

113 

-IFfVanableReference-") 

Determine  Unit  to  Worksheet 

114 

-     FORMULA(rNDEXfNAMES0„Van»bl.  Nemel.OFFSETfVer  Ref.fVanable  Count*3-l),l)) 

115 

-     FOR.VfULA.GOTCXGETCELUJ.OFTSETfV'tr  Ref.fVanable  Coum»3-l>,l))) 

116 

-     REFTEXTfACTTVE.CELLO^ALSE) 

117 

-     FORMULAfBH6.0FFSET(Vai  Ref.fVanable  Couni-3- 1  ),2)) 

118 

-     REPLACEfOFFSETfVar  Ref.fVanable  Coonf3-l),2),l.FTNDC'',OFFSETfVtr  Ref.fVtnable  Coanf3-l),2)),") 

119 

-     FORMULA<B118,OFFSET(Vir_R.f.(Vin«bl«_Comit"3-lX2)) 

120 

-ELSE0 

121 

-     FORMULAfVtnable  Reference.OFFSETfVar  Ref.fVanable  Counf  3- 1  ),2)) 

122 

-END  IFQ 

123 
124 

-ABSREF(OFFSETfVtr  Ref.fVanable  Coom*3-l),2),!SASl) 

Obtain  Ongmal  Vanable  Value 

125 

-FORMULACB  1 24,OFFSET(V«r.ReCfVm«bl._Co<mf3-2X2)) 

Record  Vanable  Value 

126 

127 

-IFfDutn  burton  Typ«-I) 

Record  Distribution  Statistics 

128 

-     FOR\arLAOC34,OFFSET(Vtx_R«f^Vth«bl«_Coonl-3)-2J)) 

to  Vanable  Box 

129 

-     FORMULA(K52,OFFSET(V«r  Ref.fVanable  Cotmr*3>2,4)) 

130 

-ELSE  IFfDutnbunon  Type-2) 

131 

-     FORMLrLA{K61,OFFSETrVar_Rel',fVanable_Counf3>2_!)) 

132 

-     FORMULAfK59,OFFSETfVar  Ref.fVanable  Counf3)-2,4)) 

133 

=■     FORMULA(K37,OFFSET(Var  Ref.fVanable  Counf3)-2,3)) 

134 

=END1F0 

135 

=  IF(Dirmbiracm  Type" 3) 

136 

-     FORMULAfKM.OFFSETCVar  Ref.fVanable  Connf3)-2J)) 

137 

-     FORMULA(K66,OFFSETfVai_Ref,fVaiuble_Couni-3)-2,4)) 

138 

-ELSE  IFfDutnbunon  Tvpe-4) 

139 

-     FORMULAfK79,OFFSETfVar  Ref.fVenable  ConnC3)-2J)) 

140 

-     FORMULA(KS0,OFFSETfVii_Ref,fVanabl«_Coniit*3>-U)) 

141 

-     FORMULAfKSI.OFFSETfVar  Ref.fVanable  Cotmt"3)-2,4)) 

142 

-     FORMULA0C82,OFFSETfVaT  Ref.(V«nabl«  Coant'3)- 1 ,4)) 

143 

-     FORMlA-\rKffl,OFFSET(V«r_Ref,(Vin»bU_Comil'3>24)) 

144 

-     FORMULAfK84,OFFSETfVer  Ref.fVanable  Comrr*3)- 1 ,3)) 

145 

-     FORMULAfK85,OFFSETfVeT  Ref.fVanable  Count*3)-2,6)) 

146 

-     FORMULAOC86,OFFSETrV«T_ReC(Vtn«bU_Coiinl-3)-l,6)) 

147 

-     FORMULA(07,OFFSETfV«r  Ref.fVenable  Comu*3>-2,7)) 

148 

-     FORMULA/X88,OFFSETfVex  ReCfVenable  Coum^)-!.7)) 

149 

-     FORMULA(K89.0FFSET(Vir_R«f.(Vm«ble.Coom*3>2,8)) 

ISO 

-     FORMULAfK90,OFFSETfVer  Ref.fVenable  CotmtT))- 1 .8)) 

151 

-     FORMULA(K91,OFFSETrVer  Ref.fVanable  Connt*3)-2^)) 

152 

-     FORMULA(K92,OFFSETfV1r_Rtf,(V«n«bl«_Comw-3)-l^)) 

153 

-     FORMULAdC93,OFFSETfytr  Ref.fVtnable  Count"3)-2,10)) 

154 
155 

-     FORMULAOC94,OFFSETfViT  Ref.fVtnable  Cotmf3)-l,10)) 

-     FORMULA(K95,OFFSETfV«r_Ref.fVtnable_Count-3)-2,ll)) 

156 

-     FORMULAfK96,OFFSETfVar  Ref.fVanable  Coml-3>l,l  1)) 

157 

-     SUWOFFSETfVar  Ref.fVanable  Counl"3)-l  J)  OFFSETfVar  Ref.fVanable  Copnt*3>l,l  1)) 

158 

-     FORMULA(Bn7.QFFSETfVai_Ref.fVanable-Couiil,3).2)) 
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159 

-     FORMULAfOFFSETfVar  Ref.fVanable  Connf3>l  J)/BSl57,OFFSET(Var  Ref.fVanable  Coont'JU)) 

160 

="     OFFSETfVar  Ref.fVanable  Counf3)-l,4yBS157+OFFSETfVar  Ref.fVanable  Count"3),3) 

161 

-     FORMULA(BI60,OFFSET(Var_Ret".0/anable_Coanf3),4)) 

162 

-     OFFSETfVar  Ref.fVanable  Counf3)-l,5VBJ157+OFTSET(Vai  Ref.(Vanabla  Count"3),4) 

163 

-     FORMULA(Bl62,OFFSETfVar  Ref.fVanable  Count-3).5)) 

164 

=     OF7SET(Var_ReI",(Vanable_Counf3)-l,6)/BJ157-KDFFSETrVar_Ref,('Vanable_CounC3),5) 

165 

-     FORMULA(B164,OFFSETfVar  Ref.fVanable  Count'3),6)) 

166 

-    OFFSETfVar  Ref,fVanable  Count-3>-l.7)/BS157+OFFSET(Var  Ref,(Vanable  Counf3),6) 

167 

-     FOR\(ULA(BI66,OFFSFn"fyar_Ref,fVanable_Count-3).T)) 

168 

-    OFFSETfVar  Ref.fVanable  Counf3)-l.8)/BJI57+OFFSET(Ver  Ref.fVanable  Coant-3),7) 

169 

-     FORMULAfB168,OFFSET(Var  Ref.fVanable  Counf3),8)) 

170 

-    OFFSETfyar_ReC(Vanabla_CoimI,r3)-l,9yBI157+OFFSETrVar_ReCfVanable_Cotint*3X8) 

171 

-     FORMULAfB170,OFFSETfVar  Ref.fVanable  Cotmf3),9)) 

172 

-     OFFSET(Var  Re£fVanable  Comit*3>l,10yB$157+OFTSET(V«_Ref,fyanabl«_COTnt*3X5) 

173 

-     FORMULAfB172,OFFSETfyar.ReaVanabla_Coanf3),10)) 

174 

-     OFFSETfVar  Ref.fVanable  Coont*3)-l,l  iyBS137*OFFSETfVar  Ref.fVanable  Coni«-3),10) 

175 

-     FORMULA(BI74,OFFSET(Var  Ref,(VanabU  Count*r),l  1)) 

176 

-END.1F0 

177 

-NEXTQ 

178 
179 
180 

181 

Iteration* 

-ECHOCScreen  Update) 

182 

»FOR("Iteranon_Counf,l^Numb«Tjterancm») 

Do  Monte  Carlo  Simulation 

183 

-     MESSAGEfTRUE.Itereuon  Count) 

Durolay  Iteration  Number 

184 

-     SET.VALUEfVanable  Count.0) 

185 

-     FOR("Connf,l, Number  VanablesI 

Call  up  Each  Vanable  and 

186 

SET.VALUEfVanable  Count, Vanable  Count*  1) 

Calculate  a  Probabuine* 

187 

SET  VALUEfDumbuoon  Type.OFFSETfVar  Ref.fVanable  Count*3-2Xl)) 

Value,  then  Record  to 

188 

-        IFfDutnbunon  Type-1) 

Worksheet 

189 

RANCH) 

190 

OFFSETfVar  Ref.fVanable  Counf3)-2J) 

191 

OFFSETfVar  Ref.fVanable  Count"3)-2,4) 

192 

(B190-BI91)'B189*B19I 

193 

FORMULAfB192^BSREFfOFFSETfVar  Ref.fVanable  Count"3-l),2X!SASl)) 

194 

ELSE  IFfDurmbunon  Type-2) 

195 

RANDQ 

196 

OFFSETfVar  Ref.fVanable  Counf3)-2J) 

197 

OFFSETfVar  Ref.fVanable  Count"3>-2,4) 

198 

OFFSET(V«r  Ref.fVanable  Counf3)-2J) 

199 

(BI98+(4'B197V-B198>6 

200 

ABSffBI96-BI98V6) 

201 

NORMrNVfB  1 95.B  1 99.B2001 

202 

FORMULAfB201,ABSR£F(OFFSET(Ver  Ref.fVanable  Coant*3-l),2X!SASl)) 

203 

END.IFQ 

204 

-         IFfpiatnbuoon  Type-3) 

205 

RANDO 

206 

OFFSETfyar  Ref.fVanable  Count-3)-2J) 

207 

OFFSETfVar  ReCfVanable  Connt-3)-2,4) 

208 

NORMrNV<3205,B206.B207) 

209 

FORMULAfB208.ABSREF(OFFSETfVer  Ref.fVanable  Count-3-l),2),lSA$l)) 

210 

ELSE. IFfDiambunon  Type-4) 

211 

RANDQ 

212 

OFFSETfVar  Ref.fVanable  Count"3-2U) 

213 

IF(B211x3FFSETfVar  Ref.fVanable  Counf3X4),OFFSETfVtr  Ref.fVanable  Counf3-2).5).B$212) 

214 

IFfB211>OFFSETrVar  Ref.fVanable  Count"3U),OFFSETfVar  Ref.fVanable  Count"3-2),6\BS2l2) 

215 

IFfB2Il>OFFSETfVar  Ref.fVanable  Counf3),6),OFFSETfVar  Ref.fVanable  Count-3-2),T),BS212) 

216 

!F(B21lXDFFSETfVar  Ref.fVanable  Cotmf3),7),OFFSETrVar  Ref.fVanable  Counf3-2),8),BS212) 

217 

IFfB2U>OFFSETrVar  Ref.fVanable  Cotmf3),8XOFFSETfVar  Ref.fVanable  Count"3-2),9XBS212) 

218 

IFfB2U>OFFSETrVar  Ref.fVanable  Counf3),9XOFFSETfV«r   Ref.fVanable  Count*3-2XIOXBK12) 

219 
220 

IFfB211>OFFSETfVar  Ref.fVanable  Count*3X10XOFFSETfVar  ReCfVanable  Count-3-2Xl  1).BI212) 

MAXfB213  B219) 

221 

FORMULAfB220,ABSR£F(OFFSET(Vtr  ReCfVanabla  Cornim-I)^***')) 

222 
213 

END.IFO 

-    NEXTQ 

224 

225 

-     IFfObjecove  Reference—") 

Eetabbah  Link  to  Worksheet 

226 

IChampua  Todl 

FORMULAfrNDEXfNAMES0»0br»cov»  Ntm«XA22«) 

227 

REPLACE(A226.1,0/I") 

228 

FORMULAfB227A226) 

229 

OETNAMEfA226) 

130 

FORMULA.OOTOfaETCELU5.B229)) 

231 

REFTEXT(ACTTVE.CELLO/ALSE) 

232 

ABSREFfB231.ISASI) 

233 

SET  VALUEfPreeent  Ob]ecove,B232) 

234 

-     ELSEO 

235 

ABSREFCObjecave  Reference.'lASl) 

ZJ6 
237 

SET  VALUEfPrreent  Objecove.B235) 

-     END  IFO 

238 

Preeent  Objective 

—     Preeent  Objective 

Record  Objective  Value 

239 

!■      IFfPreient  Obtecuve^l^ower   Limit) 
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24l> 

FORMULA(OFFSET(Outpot  Ref,2,0>t,OFFSET(Output  Ref.2.,0)) 

241 

-     ENDIFO 

242 

-     FORCCount",2JJumber  to  Diiplay*2) 

24J 

IF(Pre»ent  ObjecOve<OFFSETfChirput   Ref.Counf*  I.I )) 

244 

-                IF(Pretrnt  Oojecnvo^OFFSETrOutput   Ref.Counti)) 

24? 

FORMULA*OFFSET(Output  Ref,Count,0>H,OFFSET(Output  Ref.Count.0)) 

246 

ENDIFO 

247 

END  IFO 

248 

-     NEXTO 

24* 

-     IF(Pret«nt  ObjecQve>Upper  Limit) 

250 

FORMUlj\<OFFSET(Ouiput  ReCNumber  to  D«ptay+l,0>+l.OFFSET(Oatpal  ReCNumber  to  Dwpl»yf2,0)) 

231 

-     ENDIFO 

252 

25J 

Total  Objective! 

-    Totii  ObjecOvrt-Preeent  Objective 

Sam  Objective 

254 

Total  Squared 

-    Totil  Sqnired-KPrsewtt  Otqtclmr?) 

25* 

2561 

-NEXTO 

257 
258 
259 
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260 

-FORTCounfiNumber  to  Di*pl*y+2) 

Calculate  Relative  Frequency 

261 

-     FORMULA(OFFSET(Output  Ref.CountOyNumber  [teraoonj,OFFSET(Output  Ref,CounC2)) 

262 

-NEXTO 

26J 

264 

-FORMULA(OFFSET(Output  ReC2,2),OFF5ET(Output  Ref.2J)) 

Calculate  Cumulative  Frequen 

265 

-FORMULAlOFFSETfOutput   ReC2,0),OFFSET(Output  ReC2,4)) 

266 

-FORCCounO.Number  to   Duplay+2) 

26T| 

-     FORMULA(OFFSET(Output  ReCCounUy+OFFSETCOutput  Ref,Count-l,3),0FFSET(Output  ReCCounU)) 

268 

1-     FORMULA/OFFSEnXOutput  Ref,Count.0)+OFFSET(Output  Ref,Count-l,4),OFFSET(Output  Ref.Count,4)) 

269 

=NEXT0 

270 

271 

-FORMULAfTotiJ  Objective/Number  lteranoni,OFFSET(Output  ReCU)) 

Record  Averaae  and  Std  Dev 

272 

-SQRTf((Nmnber  [teranonsTotaJ  SquaredVtTotal  Objecove-^yfNumber  [tendon*"?)) 

&  Mort  Likely 

273 

-FORMULA(B272,OFFSETtOntput  Ref.2,61) 

2-4 

-SETNAMECFreq_Output-„AC;OFFSET(Output   ReCNumber  to  DupUy*2J)^ 

275 

-MATOI(>1AXfFreq_Output),Freq_OutpucO) 

276 

-FORMULA(OFF5ET(Outpul  ReCB275+l,  1),AG6) 

277 

27S 

-FOR<"CounrM,Number  Variables) 

Return  Vanablee  to  Original 

27V 

-     FORMULA(OFFSET(V.r  ReC(Count-3-2X2).ABSR£F(OFF5ET(Var  R*C(Coam"3-l),2),!SASl)) 

Value* 

280 

-NEXTO 

281 

282 

-FORMULATOutput  R*juje,K261) 

Aak  to  Tranafer  Dabi 

22 

284 

-DIALOG  BOXflnput  Three) 

-IF(B283-FALSE,GOTO(B288)) 

285 

-COPYfAA2.0FFSET(Output  ReCNumber  to  D«play+3,6^ABSREF(K261,!SAJI)) 

286 

287 

288 

-DIALOOBOXflnput  Four) 

Aak  to  Record  Input 

289 

-IF(B288-FALSE,GOTO(B294)) 

290 

-COPYfN2:OFFSETrv«r  Ref.60-3,ll)ABSREFfK275.'JASI)) 

291 

-COPYtTraiufer  l,ABSR£FrRELREF(OFFSET(ABSREFrK27?,'SAJl),0,l2),'SASl),'$AJl)) 

292 

=COPY(Transfer  2vABSR£FfR£LR£F(OFFSET(ABSR£FOC275,'JASI).0,13VSASl),'SAJ1)) 

193 

294 

:=ALERTCSnnulaOon  Complete"  J) 

Simulation  Complete 

29< 

;=MESSAGE(FALSE,) 

296 

297 

-RETURNQ, 
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OK 
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13 
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7 

First  Iteration  to  Clear  Data 

FALSE 

First  Iteration 

7 

13 

Variable  Values  Previously  Entered 

TRUE 

Variables  Known 

8 

13 

Allow  Screen  Updating  (Slows  Simu 

FALSE 

Screen  Update 

9 

13 

Recall  Input  Data  from  Worksheet 

FALSE 

Recall   Input 

10 

5 

44 

80 

Input  Range 

11 

10 

168 

77 
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LnputRange 
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14 

19 
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5 

28 
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Reference 
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10 
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Objective  Reference 
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5 

33 
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OR 

16 

5 
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Name 

17 

21 

107 

169 
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NAMES() 

1 

Objective_Name 

18 

5 

30 
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Number  of  Variables  for  Monte  Carl 

19 

7 

404 

230 

96 

54 

Number  Variables 

20 

14 

20 

254 

483 
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Simulation  Parameters 

21 

5 

44 

273 

Number  of  Iterations 

22 

7 

326 

272 
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500 

Number   Iterations 

23 
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43 

296 

Lower  Limit 

24 

8 

325 

295 
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400000 

Lower  Limit 
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Upper  Limit 

26 

8 
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317 
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900000 

Upper  Limit 
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41 
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Number  of  Lines  to  Display 

28 
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325 

340 

160 

25 

Number  to  Display 

29 
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Output  Range 

30 

10 

325 

364 

160 

R4C34 

Output  Range 
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